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1 INLEIDING 


Na operational excellence volgt service excellence. 


Nadat jarenlang is gestuurd op operational excellence, is nu het tijdperk van 
klantgerichte service excellence aangebroken. Dienstverlening staat steeds meer 
centraal in de economie. Mensen kopen steeds minder ‘pure’ goederen, en 
leveranciers verpakken geleverde goederen steeds meer in een servicepropositie. 
De support die bij die dienstverlening wordt geleverd is al jaren een differentiator 
voor het succes van organisaties. Deze constatering geldt zowel voor externe 
dienstverlening als voor interne dienstverlening. 


In de economie wordt deze ‘shift’ aangeduid met Service-Dominant logic (S-D 
logic, zie paragraaf 2.6.5 voor details), als opvolger van de Goods-Dominant 
logic (G-D logic)* waarin de overdracht van goederen de hoofdrol speelde. 
Volgens de S-D logic is service de fundamentele basis voor alle waarde- 
uitwisseling. G-D logic focust op waardecreatie in de overdracht van goederen 
(value-in-exchange), S-D logic focust op waardecreatie in het gebruik van 
voorzieningen (value-in-use). 


S-D logic is sterk klantgericht en stelt dat waardecreatie plaats vindt 
door cocreatie van leverancier en klant. 


\ Voorbeeld. Voor het verlichten van de werkplekken in onze kantoren was 

| het lange tijd normaal om lampen te kopen. Als een lamp het begaf, of aan 

| het eind van Z'n verwachte levensduur kwam, dan vervingen we de lamp, 

| zodat we erop konden rekenen dat onze kantoren goed verlicht waren. 
Leveranciers bestonden in deze context uit winkels die goederen (lampen en 

ĳ fittingen) leverden, en de afdeling Gebouwenbeheer zorgde ervoor dat de 
lampen geïnstalleerd werden. 
In moderne gebouwen is verlichting een onderdeel van een “verlichting als 
een service” strategie (LaaS — Lighting as a Service), mogelijk gemaakt door 
het Internet of Things (IoT). De LaaS-leverancier bedient de beschikbaar 
gestelde verlichting op afstand met sensoren en chips in intelligente 
lichtbronnen. Monitoring en onderhoud vindt eveneens via het internet plaats 
en de LaaS-leverancier heeft afspraken gemaakt met de klant over het 
functioneren van de verlichting voor het integrale pand en z'n omgeving. 
Deze leverancier is voor iedereen herkenbaar een dienstverlener geworden. 


In een moderne economie staan services centraal. Het managen van die services 
is dus cruciaal voor succesvolle organisaties, of dat nu commerciële leveranciers 
zijn, overheidsdiensten, non-profit organisaties of zorginstellingen. Omdat 
services bijna altijd fors worden ondersteund door informatietechnologie (IT), is 
een geïntegreerde benadering — waar die IT deel van uit maakt — van 
essentieel belang. Omdat in die dienstverlening bovendien alles met alles te 


1 Vargo, S. L., & Lusch, R. F. (2004). Evolving to a new dominant logic in Marketing. Journal of 
Marketing, 68(Jan), 1-17. 
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maken heeft gekregen, is een integrale benadering eveneens van essentieel 
belang. 


Organisaties verbijzonderen hun bijdragen aan die integrale dienstverlening in 
toenemende mate, waardoor complexe sourcing-netwerken ontstaan. Service 
excellence vereist een structurele organisatie en aansturing van zowel de externe 
als de interne dienstverlening, om de keten of het netwerk te ondersteunen en 
daarin ook zelf een efficiënte en effectieve organisatie te zijn. 


Voorbeeld. Lange tijd is het gewoon geweest dat een bouwmaatschappij 

een sluis kon ontwerpen, bouwen, en opleveren aan Rijkswaterstaat, om 
daarna betaald te worden voor die oplevering en aan het volgende bouwwerk | 
te beginnen. Na ingrijpen van de Tweede Kamer is die strategie vervangen 
door een stelsel van publiek-private samenwerking? waarin een consortium 


van leveranciers voor de duur van 20-30 jaar verantwoordelijk wordt voor 
het beheer, c.q. het functioneren, van de op te leveren voorziening. Dat 
consortium is in dit voorbeeld verantwoordelijk voor het functioneren van 
een waterkerende voorziening (de sluis) voor een periode van bijvoorbeeld 
30 jaar. Dit consortium van leveranciers is voor iedereen herkenbaar een 
dienstverlener geworden. 


Leveranciers zijn op deze wijze allemaal dienstverleners aan het worden. 
Leveranciers die voorheen een G-D logic volgden zien zich geconfronteerd met 
een wereld die alleen nog in termen van een S-D logic functioneert. In de wereld 
van de informatievoorziening is dat al heel lang het geval: IT is een taakgebied 
waarin men zich zeer bewust is van de rol van dienstverlener. Met het 
doordringen van IT in andere taakgebieden, via technieken zoals IoT, zal dat 
bewustzijn van dienstverlening een onvermijdelijke consequentie zijn. 


Om daarbij service excellence te bereiken is bij voorkeur een eenvoudig leerbare, 
goedkoop realiseerbare en universele werkwijze voor het managen van services 
beschikbaar, voor alle deelnemers in die ketens en netwerken. Voor dat doel is 
de methode Universeel Service Management (USM)? ontwikkeld. 


USM is integraal in te zetten voor alle serviceorganisaties, of dat nu 
dienstverleners zijn in de zorg, bij de overheid, in de industrie, in de financiële 
sector, in de informatietechnologie (IT), in het onderwijs, of in welke andere 
branche dan ook. USM biedt daarbij nadrukkelijk de mogelijkheid om via 
standaardisatie van managementsystemen de integratie tussen die taakgebieden 
te bevorderen. 


Geïntegreerd en integraal: de twee kernbegrippen van service 
excellence. 


2 DBFMO: Design, Build, Finance, Manage, Operate 
3 In het Engels: Unified Service Management (USM) 


Hoofdstuk 1. Inleiding 


1.1 Leeswijzer 


De hoofdstukken behandelen achtereenvolgens de verschillende bouwblokken die 
in het managementsysteem van een serviceorganisatie aan de orde komen. 


Hoofdstuk 1 behandelt enkele algemene vragen over de USM-methode. Wat is 
het, waarom, voor wie, etc. 


Hoofdstuk 2 behandelt de positionering van USM, zodat de lezer een helder 
beeld krijgt van de aard van de USM-methode. De termen die hierin worden 
gebruikt leggen de basis voor het servicemanagementsysteem en worden in de 
rest van het boek gedetailleerd toegelicht. 


Hoofdstuk 3 beschrijft de aard en structuur van dienstverlening en services, en 
leidt de belangrijkste bijbehorende vraagstukken in. 


Hoofdstuk 4 behandelt de dienstverlenende organisatie. Het hoofdstuk 
introduceert de drie bedrijfsmiddelen Process, People en Technology. 


In hoofdstuk 5 staat het procesmodel centraal. Dat model vormt de motor van 
elke serviceorganisatie en daarmee van de USM-methode. Het hoofdstuk 
behandelt de werkwijzen van een serviceorganisatie. Hier komen de workflows 
aan de orde, die alle werkzaamheden van een serviceorganisatie binnen het 
USM-procesmodel plaatsen. Die workflows zijn gevisualiseerd met behulp van 
treintjes. 


Hoofdstuk 6 behandelt elk van de vijf USM-processen in meer detail. 


Hoofdstuk 7 gaat in op de organisatorische structuren van een 
serviceorganisatie. 


Hoofdstuk 8 beschrijft de middelen die een serviceorganisatie gebruikt bij het 
managen van haar werkzaamheden. 


Het afsluitende hoofdstuk 9 behandelt de toepassing van de USM-methode in 
verschillende omgevingen. Hier passeren moderne technieken zoals agile en 
Lean, en moderne organisatiestructuren zoals shared service centers de revue. 
Dit hoofdstuk illustreert hoe met de USM-methode allerhande moderne 
praktijktoepassingen kunnen worden ingericht, en hoe werkwijzen krachtig 
kunnen worden ondersteund met de servicemanagementarchitectuur van USM. 


1.2 Wat is de USM-methode? 


De USM-methode is een methode, die voorziet in een gestandaardiseerd 
managementsysteem, waarmee een serviceorganisatie haar mensen, middelen, 
werkwijzen en services managet. 


USM beschrijft daarvoor een serie bouwblokken* die in het managementsysteem 


van iedere serviceorganisatie aan de orde komen. Deze bouwblokken worden 
stap voor stap opgebouwd in dit boek. Om USM in de praktijk te kunnen 


4 Service building blocks 
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toepassen dient een organisatie te beslissen over de inzet van die bouwblokken 
en hun onderlinge relaties in de eigen organisatie. Daarmee sluit de methode 
geheel aan op lokale keuzes en omstandigheden. 


1.3 Waarom USM? 


De USM-methode helpt de manager van een dienstverlenende organisatie om de 
dienstverlening onder controle te krijgen. Het is niet het dagelijks werk van die 
manager om zo’n gestructureerde benadering zelf te ontwikkelen. USM is de 
standaard daarvoor. 


De USM-methode kan op hoofdlijnen voor drie doelen worden ingezet: 

e het verbeteren van de interne werkwijze en prestaties van een 
dienstverlener (een serviceorganisatie, een support-team) 

e het beoordelen van de werkwijze van een dienstverlener (hier geldt USM als 
het referentiekader van een volwassen dienstverlener) 

e het uitbesteden van taken (hier geldt USM als het referentiekader van een 
volwassen toeleverancier) 


De USM-methode levert een snelle invoering van het USM-managementsysteem, 
tegen lage kosten en met een structurele verbetering van de prestatie. 


1.4 Voor wie is USM bedoeld? 


USM is in te zetten bij alle dienstverlenende organisaties en teams, in alle 
disciplines. Ook al verschillen voor elke dienstverlener de organisatie, de tooling 
en de services, het managen van dienstverlening is universeel. Die 
managementactiviteiten kunnen in een geïntegreerd, allesomvattend en non- 
redundant procesmodel worden gedefinieerd, waarmee de workflows van een 
serviceorganisatie in een geïntegreerd managementsysteem kunnen worden 
ingebed. Die processen en de bijbehorende workflows zijn voor alle 
dienstverleners dezelfde. 


Met die principes en met de bijbehorende eenvoudige architectuur kan iedere 
serviceorganisatie haar universele managementsysteem inrichten, en afstemmen 
op lokale resources en doelen. 


Hoe afhankelijker een klant is van de services die worden geleverd, hoe meer de 
leverende serviceorganisatie baat zal hebben bij het zorgvuldig inrichten van dit 
universele managementsysteem. Dat geldt ongeacht de vraag wie de leverancier 
is: een intern team of — bij outsourcing — een toeleverancier. En wie meerdere 
taakgebieden samenvoegt (in shared service centers) zal zich al snel gedwongen 
zien om in meer of mindere mate standaardisatie te hanteren voor de 
gezamenlijke werkwijzen. Die standaardisatie is bij uitstek wat USM aan zulke 
serviceorganisaties biedt. 


1.5 Wat levert USM op? 


De USM-methode levert de servicemanagementarchitectuur van de 
serviceorganisatie, niet voor de structurering van de ingezette technische 
infrastructuur (gebouwen, transportmiddelen, applicaties, etc.), maar voor het 
managen van de dienstverlening. 


Hoofdstuk 1. Inleiding 


Hoe de technische uitvoering van de dienstverlening er dan uit ziet is een lokale 
keus: met een universeel servicemanagementsysteem kan een dienstverlener 
alle denkbare practices realiseren. De keuzes daarin worden beïnvloed door 
technologische, bestuurlijke en juridische richtlijnen en beperkingen, en door de 
voorkeuren en overtuigingen van de bestuurders van de organisatie. 


Bij de inzet van USM telt vanzelfsprekend vooral de uiteindelijke verbetering van 
de dienstverlening, die duurzaam wordt doorgevoerd. De directe output is 
weliswaar van belang, maar nog belangrijker is de outcome (zie ook ITOCO, 
Figuur 5.2.) 


Output 

USM voorziet in een gestandaardiseerd managementsysteem waarmee een 
serviceorganisatie z'n mensen, z'n middelen, z'n werkwijzen en z'n services 
managet. USM levert daarvoor niet alleen de bouwblokken die in het 
managementsysteem van iedere serviceorganisatie een rol spelen, maar ook de 
standaard werkwijze voor het verbeteren van de dienstverlening mét die 
bouwblokken. 


Outcome 

Met USM komt de organisatie snel en goedkoop in control van z'n werkwijze, 
waardoor orde en rust ontstaat, en ruimte voor de benutting van de creatieve 
potentie van medewerkers. USM grijpt aan op ieder element van het 
servicemanagementsysteem. 


Met USM kan de serviceorganisatie: 

e betere afspraken leren maken met klanten, partners en toeleveranciers 
e haar serviceorganisatie beter leren inrichten 

e haar werkwijzen leren standaardiseren met slechts 5 processen en 8 
workflows 

de integratie van People, Process en Technology optimaliseren 

haar tool voor servicemanagement o.b.v. workflows inrichten 

betere kwaliteit van haar voorzieningen leveren 

betere ondersteuning aan haar klanten leveren bij het gebruik van die 
voorzieningen 

e betere serviceprestaties leveren 

e betekenisvollere rapportages leveren 

e meer grip op haar organisatie krijgen 
Ld 
Ld 


tevredener klanten krijgen 
_ service excellence bereiken 


Voorbeeld. De USM-methode ondersteunt snel en goedkoop de toetsing 
| tegen externe eisen. M.b.v. een cross-reference kan een serviceorganisatie 
elke gangbare audit tegen practice-gebaseerde normen doorstaan. 
Zorginstellingen hoeven zich niet langer het hoofd te breken over NEN7510, 
| facilitaire organisaties kunnen eenvoudig voldoen aan de eisen van EN15221 
of ISO41001, financiële instellingen kunnen de eisen van De Nederlandsche 
Bank o.b.v. COBIT eenvoudig ondersteunen, gemeentes kunnen zich veel 
inspanningen besparen op het inrichten van de BIG (Baseline 
Informatiebeveiliging Nederlandse Gemeenten), etc. 
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werkwijze van een serviceorganisatie. Het beeld van een trein is daarbij gekozen 
om die werkwijzen met hun verschillende activiteiten te illustreren (Figuur 1.2). 


Figuur 1.2 USM-vormgeving 


Ook het gebruik van kleur ondersteunt de uitleg van de methode. 


1.8 Wie beheert USM? 


De Stichting SURVUZ is de beheerder van de USM-methode. SURVUZ 
ondersteunt en stimuleert de verbetering van dienstverlenende organisaties, 
Daarvoor ontwikkelt en beheert SURVUZ methoden en instrumenten voor 
dienstverleners (Figuur 1.3), in een ecosysteem van experts die hun kennis en 
ervaring daaraan bijdragen. 


SURVUZ ondersteunt op deze manier servicemanagement-experts die hun kennis 
delen, gebaseerd op de methoden en instrumenten die SURVUZ beheert. 

SURVUZ accrediteert en certificeert de specialisten die deze producten toepassen 
bij verbeterprojecten, en publiceert informatie over deze specialisten en hun 
bijdragen op het SURVUZ-platform. 


1.9 Wat zijn USM-producten? 


De Stichting SURVUZ beheert de specificatie van USM en van de producten die 
de toepassing van USM in de praktijk ondersteunen. Hoofdstuk 9 gaat in op die 
toepassing. Die USM-producten omvatten onder andere: 

e de specificatie van het USM-procesmodel, met gedetailleerde processen, 
procedures, werkinstructies en workflows 

e de specificatie van organisatorische structuren, zoals dynamische profielen, 
verantwoordelijkheidsmodellen en escalatieschema'’s 

e de specificaties van ondersteunende middelen zoals workflowtools 
(servicedesk- of helpdesktools en FMIS’en) en procesbeschrijvingstools (BPM- 
tools) 

e een uitgebreide set templates (sjablonen) en documenten voor bijvoorbeeld 
profielen, opleidingsplannen, RACI-schema's, proces- en servicerapportages, 
interne en externe serviceovereenkomsten, aanmeldformulieren, 
servicecatalogi, definities, plannen, configuratiemodellen, testplannen en — 
rapporten 

e een portfolio van trainingen, games en examens, voor medewerkers, maar 
ook voor coaches, trainers en auditors 

e gestandaardiseerde draaiboeken voor de invoering van de USM-methode 

e scans en self-assessment voorzieningen 

e cross-references voor de ondersteuning van audits en certificeringen tegen 
normen en standaarden 


SURVUZ toetst deze producten tegen de specificaties van de USM-methode, om 
een samenhangende set producten te garanderen. Bij toepassingen van de USM- 
methode kunnen organisaties deze producten naar believen inzetten. 


Hoofdstuk 1. Inleiding 


STICHTING SURVUZ 
specificeert de USM-methode, 
accrediteert de USM-leveranciers 


en de USM-producten 
en certificeert de USM-experts 


USM- USM- 


producten trainer 


USM Productpartners 
produceren uitbreidingen op 
de USM-portfolio met nieuwe 
producten en met versies van 
bestaande producten 


USM Opleidingspartners 
verzorgen de kennisoverdracht 
t.a.v. de USM-methode met 

gecertificeerde USM-trainers 
en -examinatoren 


USM- 
product- 
specialist 


USM- 
examinator 


USM Invoeringspartners begeleiden 
de toepassing van de USM-methode 
met gecertificeerde USM-experts 


Figuur 1.3 De Stichting SURVUZ beheert de USM-methode in een ecosysteem 
van ondersteunende partijen 


1.10 Hoe komen USM-producten tot stand? 


In de markt is een enorm grote hoeveelheid kennis en ervaring beschikbaar 
t.a.v. het managen van dienstverlening. Deze kennis is vooral in handen van 
specialisten die er hun boterham mee verdienen. Zij vermarkten hun kennis, hun 
producten en hun inzet, en maken deze tegen een vergoeding beschikbaar voor 
organisaties die daar behoefte aan hebben. In een land waar dienstverlening het 
dominante businessmodel is, leidt dit tot een zeer omvangrijke markt: de markt 
van servicemanagementdiensten en -goederen. 


Stichting SURVUZ bevordert de ontwikkeling en verspreiding van kennis op het 
gebied van servicemanagement. SURVUZ streeft ernaar de in de markt 
aanwezige kennis en ervaring beschikbaar te maken voor een veel grotere 
doelgroep dan in de traditionele markt, waarbij zo'n expert per jaar één of 
hooguit enkele gebruikersorganisaties kan laten profiteren van die kennis. Dat 
vereist niet alleen het ontkoppelen van die kennis en de bezitter ervan, met 
medewerking van de betrokken expert, het vereist ook dat die kennis 
combineerbaar is. 


DE USM-METHODE 


Voor dat doel beheert Stichting SURVUZ een USM-kennisplatform (Figuur 1.4) 
dat als een marktplaats fungeert. Kennisbrokjes uit kringen van experts in 
servicemanagement worden ‘genormaliseerd’ tegen de architectuur van de USM- 
methode en getoetst door een USM-auditor. De resulterende service 
management building blocks zijn gebaseerd op de principes van USM, die samen 
de USM-architectuur vormen. Samen vormen ze dan een breed toepasbare en 
eenvoudig combineerbare set lego-blokjes. Een organisatie die USM als haar 
servicemanagementarchitectuur adopteert, kan daarmee snel en voordelig een 
verbetering van de organisatie en de dienstverlening bereiken. 


EXPERT 


2AQRaa | 


mgee | SURVUZ 
) l 
A met kennis en ervaring KENNISPLATFORM 
ITE 
4 nh 


NORMALISATIE TEGEN USM-ARCHITECTUUR 


gecertificeerde 
USM-bouwblokken 


sve 
par 


USM-gebruikers 


USM-gebruikers USM-gebruikers 
zi USM-gebruikers 


USMoeDIUKOe USM-gebruikers 


Figuur 1.4 Het USM-kennisplatform van Stichting SURVUZ 
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2 POSITIONERING USM gen 


Dit hoofdstuk stelt de essentiële begrippen voor de positionering van 
USM aan de orde: 

e Practices versus principes 

Frameworks versus methodes 

Populaire frameworks en best practices 
Servicemanagementmethodes 

Servicemanagementsystemen 

USM-principes 

Waarde 

Volwassenheid 


De USM-methode gaat over het managen van dienstverlening. Het product van 
een dienstverlenende organisatie is een dienst of een service. In dit boek is 
gekozen voor de term service. Dienstverlenende organisaties worden aangeduid 
met de term serviceorganisatie of (toe)leverancier. 


Voor een gestructureerde werkwijze is het van belang, dat de gehanteerde 
begrippen duidelijk zijn. De USM-methode is gebaseerd op een modulaire 
aanpak, met principes, begrippen en structuren als bouwblokken (service 
building blocks) in een servicemanagementarchitectuur (SMA). Dit hoofdstuk 
behandelt nog enkele begrippen die in de rest van het boek een belangrijke rol 
spelen: principe, practice, framework, servicemanagementmethode en 
servicemanagementsysteem. Deze begrippen worden in de resterende 
hoofdstukken toegepast bij de beschrijving van de geïntegreerde 
servicemanagementmethode USM. In de volgende hoofdstukken zijn alle overige 
kernbegrippen zoveel mogelijk scherp en SMART® gedefinieerd. Daarmee 
ontstaat een consistente aanpak die eenvoudig leerbaar en toepasbaar is. 


2.1 Practices versus principes 


Beter goed gejat dan slecht bedacht 


Het kopiëren van voorbeelden van een ander is een gangbare en geaccepteerde 
praktijk voor veel organisaties, managers en experts, om hun organisatie en 
werkwijze in te richten. De tijd, mankracht en kennis ontbreekt in veel gevallen 
om zelf oplossingen te bedenken. Organisaties die met bepaalde technieken of 
werkwijzen ‘scoren’, dienen al gauw als voorbeeld voor anderen. Als zich daar 
dan een markt omheen ontwikkelt, waarin leveranciers hun proposities baseren 
op die technieken en werkwijzen, dan ontstaat een krachtige ‘push’-beweging 
van ‘practices’. 


Practice: Een werkwijze om een taak in de praktijk uit te voeren 


Best practices worden beschouwd als ‘de beste praktijkvoorbeelden in de markt’. 
De markt biedt dan soms slechts één smaak aan, waardoor bepaalde practices 


Ss Specifiek, Meetbaar, Acceptabel, Realistisch, Tijdgebonden 
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zeer dominant worden en een push-markt vormen. Organisaties pakken in zo’n 
situatie dan dezelfde uitdagingen allemaal op dezelfde wijze aan. In de IT zijn de 
hypes rondom Lean, Agile, ITIL en DevOps voorbeelden van zo’n push-markt, 
waarin een breed scala van goederen en diensten is ontstaan. 


Een samenhangend stelsel van (best) practices is een framework. 


Framework: een gestructureerde set practices 


Frameworks worden dus gedefinieerd vanuit practices. Het gebruik van 
frameworks c.q. practices heeft de afgelopen decennia echter niet tot de 
gewenste resultaten geleid. De belangen van de leveranciers die practice- 
ondersteunende proposities (advies, training, tooling) verkopen, zijn vaak niet 
dezelfde als de belangen van hun afnemers. Bovendien leren de afnemers niet 
om op basis van principes hun eigen problemen zelf op te lossen. Ze blijven 
bezig met praktijkvoorbeelden van anderen, zonder te weten hoe en waarom die 
tot stand zijn gekomen. Een meer duurzame aanpak is daarom gebaseerd op 
principes. 


Principe: een fundamentele, algemeen toepasbare regel of 
overtuiging, die geldt als richtlijn voor het gedrag van een 
persoon of systeem 


Een organisatie heeft dus de keuze om haar werkwijzen af te leiden van de 
voorbeelden van anderen (practices) of om deze zelf te ontwikkelen op basis van 
principes (zie Figuur 2.1). 


Vaak kiezen organisaties voor een aanpak die sterk leunt op practices, door het 
adopteren van een framework. Soms komt dat omdat er een leverancier aan 
boord is, die zijn propositie op dat framework heeft afgestemd, en aanstuurt op 
dat framework. Soms zijn er veel kant-en-klare voorzieningen beschikbaar, die 
ogenschijnlijk snel oplossingen bieden voor de uitdagingen waar de organisatie 
voor staat. Vaak is er sprake van een gebrek aan kennis over principes en 
servicemanagementsystemen, waardoor een manager weinig anders kan doen 
dan de beste keus uit het aanbod van practices overnemen. Het is immers niet 
het dagelijks werk van een manager om zelf zijn managementsystemen te 
bedenken. 


Een optimale aanpak zou bestaan uit het hanteren van een 
weloverwogen set principes, waarbij een even weloverwogen selectie 
van practices als inspiratie dient voor de ontwikkeling van een eigen 
werkwijze die geheel op de eigen organisatie is afgestemd. 


Markten die sterk door technologie, leveranciers en frameworks worden 
gedomineerd, hebben echter te maken met een veel voorkomende valkuil. Voor 
leveranciers is aan het grote aantal proposities met voorzieningen en technieken 
rondom practices veel meer geld te verdienen dan aan het eenmalige instrueren 
van principes. De afnemer is zich vaak onvoldoende bewust van principes en 
methodes, en laat zich onbewust (mis)leiden door een snelle, concrete 
werkwijze, gebaseerd op ‘best practices’. 
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METHODES 4 tn RN EE TTE P FRAMEWORKS 


Figuur 2.1 Werkwijzen komen in de praktijk tot stand o.b.v. een mix van 
methodes (o.b.v. principes) en frameworks (o.b.v. praktijkvoorbeelden, 
practices) 


2.1.1 Populaire frameworks 

In het vakgebied servicemanagement heeft de trend van practices zich vooral 
voorgedaan in markten met omvangrijke, ingrijpende, technologische 
ontwikkelingen. Denk aan de markten IT en telefonie. Daar zijn dus ook de 
populairste frameworks ontstaan, waarvan sommige hebben geleid tot enorm 
grote markten. 


} Voorbeeld. In de IT is de markt rond het product ITIL (de IT Infrastructure 
| Library) goed voor een omzet in de orde van een biljoen euro 
(€1.000.000.000.000) in de circa 30 jaar van haar bestaan. 

Omdat die markt zo onmetelijk groot is, heeft ITIL concurrentie te duchten 

{ van tal van andere frameworks, zoals COBIT, MOF, ASL, BISL, IT4IT, TOGAF, 
i VeriSM en IT-CMF. 


Alle bekende frameworks zijn gebaseerd op practices, en komen dus neer op 
verschillende ordeningen van praktijken, zonder dat er een expliciete, 
gemeenschappelijke architectuur (blauwdruk) aan ten grondslag ligt. Het heeft 
dan ook geen zin verschillende frameworks met elkaar te vergelijken. 


Om die vergelijkingen wél zinvol uit te kunnen voeren is een gemeenschappelijk 
referentiekader nodig. Dat bevindt zich per definitie aan de kant van de 
principes. Aan die kant van het spectrum bevinden zich echter geen frameworks 
maar methodes (zie Figuur 2.1). 
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2.1.2 Best practices 
Bij het ontwerpen en inrichten van practices worden keuzes gemaakt. Die keuzes 


worden beïnvloed door tal van condities, waaronder de kenmerken van de 
branche van de betrokken organisatie, de lokale markt, ervaringen en visies van 
managers, wetten en richtlijnen, gangbare configuraties van tools, financiële 
condities, cultuur, en nog talloze andere zaken. Een best practice (of een ‘good 
practice’) is dan een gangbare keuze die in die praktijk is gemaakt, of een keuze 
die door betrokkenen wordt beschouwd als een succesvolle keuze voor het doel 
van de werkwijze. In ieder geval geldt dat die practice op basis van keuzes tot 
stand is gekomen, en er dus ook anders uit had kunnen zien als de condities of 
overwegingen op dat moment anders waren geweest. We zien dan ook dat best 
practices in de loop van de tijd verschillen: naarmate de condities veranderen 
ontstaan andere practices, 


In dat laatste opzicht verschillen practices van principes. Principes zijn robuuste 
uitgangspunten, die een lange geldigheidstermijn kennen, en die dus weinig in 
de tijd veranderen. De relatie tussen principes en (best) practices is als volgt. 


Practices kunnen worden voortgebracht door principes. 


Als practices inderdaad worden afgeleid uit principes, dan leidt dat tot stabielere, 
beter verklaarbare, beter leerbare en consistentere practices. 


Tabel 2.1 demonstreert enkele voorbeelden van practices. 


Practice Toelichting op de gemaakte keuze 

Een gebruiker neemt voor Gebruikers hadden voor ondersteuning ook rechtstreeks contact 
ondersteuning contact op met | kunnen opnemen met een betrokken beheerder van de service. 
een single point of contact: Zulke rechtstreekse contacten blijken echter tot inefficiëntie te 
een Servicedesk. leiden’. Een Servicedesk is een uiterst gangbare structuur 
geworden voor ondersteuning van gebruikers, 


Een serviceorganisatie heeft De ondersteuning had ook kunnen worden ingericht door één 
een gedistribueerde centrale Servicedesk, op het hoofdkantoor van de organisatie. 
Servicedesk met een Organisaties kiezen regelmatig voor een gedistribueerde 
vertegenwoordiging op elke Servicedesk als het bijvoorbeeld om logistieke redenen gewenst 
gebruikerslocatie. is iemand ‘op locatie’ te hebben, of als het face-to-face contact 
met gebruikers van groot belang wordt geacht. 


Een serviceorganisatie zet Steeds meer organisaties kiezen ervoor om de gebruikers zelf 
een self-servicedesk in voor handelingen te laten uitvoeren die voorheen door de leverancier 
de afhandeling van meldingen | werden uitgevoerd in de uitvoering van de ondersteuning (“shift 
en voor de communicatie over | left”). Dat kan bijvoorbeeld door het automatiseren van 
meldingen. handelingen bij het indienen van een ondersteuningsverzoek, of 
bij het verkrijgen van voortgangsinformatie over de 

afhandeling. Met die verschuiving bespaart de leverancier 
kosten, maar neemt het contact tussen gebruikers en 
ondersteuners af. Niet alle leveranciers beschouwen dat als een 
voordeel. Hier is dus sprake van een keuze. 


Tabel 2.1 Voorbeelden van practices 


7 Dit wordt o.a. toegelicht in de Theory of Constraints (The Goal, Eliah Goldratt & Jeff Cox, 1984) 
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2.2 Methodes 


Het begrip ‘methode’ wordt nogal eens gebruikt zonder dat duidelijk is, wat 
precies de betekenis daarvan is. 


Methode: vaste, weldoordachte manier van handelen om een 
bepaald doel te bereiken 


Het begrip methode wordt ook in allerlei samenstellingen gebruikt, zoals in 

onderwijsmethode, lesmethode, behandelmethode. Daarnaast zijn er ook 

begrippen? die er veel op lijken: 

e methodiek: samenhangende set methoden, of een overkoepelende methode 
die diverse submethoden omvat 

e methodologie: hulpwetenschap die manieren bestudeert om problemen op 
te lossen; leer van de te volgen methoden; de theorie en principes achter de 
methode of methodiek. 


Dit boek hanteert de term methode in de context van het managen van 
organisaties, dus in de vorm van een managementmethode: 


Managementmethode: een gestructureerde, samenhangende 
set van processen, organisatiestructuren en werkwijzen, die is 
gebaseerd op principes, en die richting geeft aan het managen 
van een organisatie, en aan het toepassen van de gehanteerde 
practices 


USM is een managementmethode die wordt toegepast op dienstverlenende 
organisaties, en is dus een servicemanagementmethode. 


Servicemanagementmethode: een managementmethode die is 
afgestemd op dienstverlenende organisaties 


Een servicemanagementmethode is veel generieker dan een framework dat op 
concrete practices is gebaseerd. Juist omdat een methode gebaseerd is op 
principes is een methode geschikt om practices mee voort te brengen. In 
vergelijking met practice-gebaseerde frameworks is een methode ook stabieler in 
de tijd, omdat een methode niet afhankelijk is van organisatiestructuur of 
technologie. 


Een servicemanagementmethode kan alle denkbare practices van een 
dienstverlenende organisatie voortbrengen en fungeert dan ook als 
blauwdruk voor practice-gebaseerde frameworks. De methode 
ondersteunt elke organisatiestructuur of technologie. 

Dit werkt ook andersom: een reorganisatie of een wisseling van 
technologie heeft geen invloed op de servicemanagementmethode. 


8 Bron: Genootschap Onze Taal, www.onzetaal.nl 
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Een methode wordt gekenmerkt door de volgende vijf componenten? (Figuur 
2020) 


Denkwijze - De visie op de werkelijkheid: de ‘Weltanschauung’. Het gaat 
hierbij om de gehanteerde principes. Voorbeelden: procesmatig werken, 
systemen bestaan uit lagen, organisaties zijn gestructureerd. 
Modelleringswijze - De schematische weergave van de werkelijkheid. 
Bijvoorbeeld het gebruik van BPMN-notaties!?, swimlanes!!, eenvoudige 
flowcharts of lagenmodellen voor verantwoordelijkheidsdomeinen. 
Werkwijze - De fasering en de structurering van de werkzaamheden binnen 
de methode. Voorbeelden: een stappenplan, een iteratieve verbeteraanpak. 
Beheerwijze - Het beheer van de toepassing van de methode. Bijvoorbeeld 
het meten van de voortgang op basis van vooraf gedefinieerde 
mijlpaalproducten. 

Ondersteuningswijze - De geautomatiseerde hulpmiddelen voor het 
ondersteunen van de methode. Bijvoorbeeld voor de procesdocumentatie en 
de organisatiestructuur, de afhandeling van werkzaamheden en de 
visualisering van een infrastructuur. 


ONDERSTEUNINGSWIJZE 


methode 


MODELLERINGSWIJZE 


Figuur 2.2 Structuur van een methode 


9 Convergerende IT-beheermodellen. Het overzicht van drie IT Beheer Jaarboeken. J.J.M. 
Uijlenbroek, A. Jonk, J. van Bon, in: IT Beheer jaarboek 2000, J. van Bon (ed.), ten Hagen & Stam 
Uitgevers, 2000, pag. 5-26. 

10 Business process model and notation. BPMN is een standaard techniek voor procesmodellering. 
U Geary Rummler en Alan Brache introduceerden het idee om relaties tussen processen en 
organisaties of afdelingen aan te geven met ‘zwembanen’ in een Rummler-Brache 
zwembaandiagram (swimlane-diagram }. Zie: Rummler, G. A. & A.P. Brache (1995, 2nd edition). 
Improving Performance: How to Manage the White Space in the Organization Chart. San Francisco: 


Jossey-Bass. 
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Een methode dient als gemeenschappelijk bron (referentie) voor vele 
praktijksituaties. Die praktijksituaties zijn dan onderling vergelijkbaar door ze 
tegen die gemeenschappelijke bron te toetsen. Dat geldt niet alleen voor een 
praktijk, maar evenzeer voor de frameworks die als inspiratie voor die praktijk 
dienen. 


Frameworks uit het IT-domein, zoals ITIL, COBIT of BiSL, zijn 
toetsbaar tegen de USM-methode. Alle practices uit die frameworks 
zijn voort te brengen door een toepassing van de USM-methode. 
Hetzelfde geldt voor eisenpakketten, zoals ISO-, NEN-, CEN- en EN- 
normen en -standaarden, die eveneens op practices gebaseerd zijn: 
toepassing van de USM-methode leidt tot realisatie van de gangbare 
eisenpakketten. 


Het is onzinnig om praktijken of frameworks tegen elkaar te toetsen: hier is 
sprake van ‘appels en peren’. Een cross-reference tussen ITIL en COBIT zegt 
hooguit iets over de dekking van de één ten opzichte van de ander, maar alleen 
een toetsing tegen een onderliggende methode laat zien of beide wel volledig en 
goed gestructureerd zijn. De enige zinvolle vergelijking (ook in de zin van 
benchmarks) is een vergelijking tegen een gemeenschappelijke onderliggende 
blauwdruk (‘de kenmerken van fruit’), die met een methode is vormgegeven. Een 
appel is nou eenmaal geen peer, en vice versa. 


2.2.1 Gangbare methodes 

In vergelijking met de markt van frameworks is de markt van methodes 
bijzonder klein. Er is ook geen reden om aan te nemen, dat dit verandert. 
Leveranciers halen altijd veel meer omzet in het domein van de toepassingen 
(practices), dan in het domein van de principes. Als een organisatie haar 
principes eenmaal helder voor ogen heeft en heeft leren toepassen, dan is die 
organisatie in staat om een groot deel van haar beslissingen zonder hulp van 
leveranciers te nemen. Dit is een tweede reden waarom veel leveranciers zich 
liever met practices dan met principes bezig houden. 


Is daadwerkelijke organisatieverbetering bij zijn klant het doel van een 
leverancier, dan biedt hij een methode aan en leert hij zijn klant zelfstandig de 
principes toe te passen. Dat is dan ook de aanpak van USM-leveranciers, 
verenigd op het SURVUZ-platform. 


Servicemanagementmethodes zijn pas in gebruik sinds het begin van deze eeuw: 

e De ISM-methode (Integrated Service Management) is ontwikkeld door het 
bedrijf Servitect en rond 2005 voor het eerst gebruikt in het domein van IT- 
beheer. 

e De FSM-methode (Functional Service Management) is ook ontwikkeld door 
Servitect en wordt sinds 2013 gebruikt in het domein van functioneel 
informatiebeheer. 

e De USM-methode (Universeel Service Management) is ontwikkeld door de 
Stichting SURVUZ en wordt sinds 2015 gebruikt in dienstverlenende 
organisaties (waaronder ook IT-organisaties). De USM-methode is ontworpen 
als een generieke servicemanagementmethode voor alle vormen van 
dienstverlening. 
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2.3 Servicemanagementsystemen 


De toepassing van een methode wordt in de praktijk ondersteund door een 
systeem (stelsel)!?: een managementsysteem (zie ISO 9000:2015). 


Managementsysteem: een set samenhangende elementen, die 
werkwijzen voortbrengen om de doelen van de organisatie te 
realiseren 


Een managementsysteem is toepasbaar op één of meer disciplines, zoals IT, 
HRM, financiën, telefonie en kwaliteit. Zo'n managementsysteem, toegepast op 
een dienstverlenende organisatie, is dan een servicemanagementsysteem. 


Servicemanagementsysteem: een managementsysteem voor 
een dienstverlenende organisatie 


Het servicemanagementsysteem realiseert de doelen van de serviceorganisatie 
op een gestructureerde manier. Het servicemanagementsysteem definieert 
bijvoorbeeld de organisatiestructuur, de rollen, functies en profielen, de taken, 
bevoegdheden en verantwoordelijkheden (TBV), de regels en richtlijnen, de 
cultuur, de middelen, en de processen, procedures, en werkinstructies 
(werkwijzen). 


Een servicemanagementsysteem is inzetbaar voor één enkel team van de 
organisatie, voor meerdere afdelingen, of voor de gehele organisatie. Het is 
eenvoudig in te zien, dat het hanteren van een gemeenschappelijk 
servicemanagementsysteem voor meerdere afdelingen of zelfs voor de gehele 
organisatie de efficiency en effectiviteit van de organisatie positief beïnvloedt. 
Hoofdstuk 9 gaat dieper in op die situatie. 


2.4Principes van de USM-methode 


De USM-methode is een servicemanagementmethode, die gebaseerd is op 
principes. Met die methode is een organisatie in staat om allerhande practices 
voort te brengen, ongeacht de branche waarin de methode wordt toegepast. Een 
eerste USM-principe: 


“Functiescheiding ondersteunt control.” 
USM past dit principe toe in domeinscheiding en procesmatig werken (par. 7.7). 
Een tweede principe van USM is: 


“Standaardisatie borgt voorspelbaarheid van prestaties.” 


12 Systeem: een doelmatig geordend samenhangend geheel van bij elkaar horende dingen en hun 
onderdelen (Van Dale) 
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USM past dat bijvoorbeeld toe in standaard procesmanagementprofielen, 
procesbeschrijvingen en workflows. 


Een derde principe van USM is: 


“Systemen worden gestructureerd door ze te compartimenteren.” 
USM past dat bijvoorbeeld toe in domeinscheiding en in de uniforme structuur 
van de processen. 


Een vierde principe is: 


“Gestructureerde werkwijzen leiden tot voorspelbare prestaties.” 


Dit principe is te herkennen in de gehele USM-methode: de methode is sterk 
gestructureerd en hanteert overal uniforme en consistente definities en 
structuren. 


Een vijfde principe van USM: 


“Wat gaat vóór wie en hoe.” 


Een organisatie wordt in de eerste plaats gekenmerkt door wat ze doet, en 
daarna pas door wie dat doet en welke middelen daarbij worden ingezet. USM 
past dat toe door het procesmodel centraal te stellen, en in de standaard 
invoeringsaanpak eerst de werkwijze te uniformeren, en daarna pas de 
organisatie in te richten en de middelen te optimaliseren. 


Een zesde principe van USM: 


“De klant bepaalt de kwaliteit van de service.” 


USM stelt bij alle werkwijzen de klant centraal. Net als in het gezegde “Beauty is 
in the eyes of the beholder” geldt hier “Value is in the eyes of the beholder”. 


Een zevende principe van USM: 


“Proces gaat vóór project of lijn.” 


Dienstverleners bereiken betere resultaten met het managen van dienstverlening 
langs de logica van processen (de kortste weg naar het doel van klantbelang), 
dan langs de logica en structuur van projecten of de lijnorganisatie. USM past dit 
toe door een geïntegreerd, non-redundant procesmodel centraal te stellen bij de 
ontwikkeling van praktische werkwijzen. 


IC) 


DE USM-METHODE 


Een achtste principe van USM: 


“Architectuur leidt tot transparante en consistente beslissingen.” 


USM werkt vanuit een architectuuroverweging: als er heldere afspraken zijn 
gemaakt over de grondbeginselen van de werkwijze, en over de structuren 
daarvan, dan zijn beslissingen daarna eenvoudig(er) en beter te nemen. 


Een negende principe van USM: 


“Een definitie heeft geen bijzinnen.” 


Dit principe lijkt onbeduidend, maar heeft grote invloed. Definities zijn van het 
grootste belang. Zodra een definitie uit hoofd- en bijzinnen bestaat, worden er 
conditionele zaken bij gesleept die betrekking meer hebben op de essentie van 
het gedefinieerde begrip? Bijzinnen zijn in definities dus uit den boze. 


Een tiende principe van USM: 


“Methodes zijn consistent.” 


Alle bouwblokken van een methode dienen consistent te zijn. Dat betekent dat 
het introduceren van een nieuw begrip geheel gebaseerd is op de reeds eerder 
vastgelegde begrippen en daaraan iets nieuws toevoegt. Dit geldt eveneens voor 
alle terminologie en definities. 


Een elfde principe van USM: 


“Grote veranderingen pak je met kleine stapjes aan.” 


Of het nu om wijzigingen van services of infrastructuurcomponenten gaat of om 
verbeterinitiatieven, als de horizon te ver weg is om in één sprong te bereiken, 
dan is de beste aanpak om de weg in kleine stapjes op te delen, in een iteratieve 
benadering. Op die manier kom je bij elk stapje in ieder geval vooruit, en ook 
dichter bij de beoogde stip op de horizon. De moderne, snel veranderende wereld 
vereist een hoge mate van flexibiliteit, en een organisatie moet een eenmaal 
ingeslagen koers zonder al te veel moeite kunnen bijstellen als daar voldoende 
aanleiding voor is. Feedback is de factor waarmee die sturing wordt ingevuld. 


Dit boek behandelt de principes van USM en de daaruit voortvloeiende praktische 
werkwijzen. 


13 ISO-normen zijn doorspekt met inconsistente definities, niet alleen tussen verschillende normen 
maar ook binnen één norm. De ISO-organisatie is al jaren bezig met een project om dat op te 
schonen. Tot nu toe zonder resultaat. 
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2.5 Voorbeelden van practices 


Voor practices geldt dat ze tot stand komen als een lokale keus in een lokale 
situatie, en dat ze — onder andere condities — best anders hadden kunnen 
uitpakken. 


Een gebruiker neemt voor ondersteuning contact op met een single point 
of contact: een Servicedesk. 


Gebruikers worden ondersteund door de leverancier. Welke gebruikers met welke 
medewerkers van de leverancier contact kunnen opnemen voor die 
ondersteuning is vaak een zaak waar verschillend over wordt gedacht. In de ene 
organisatie mag iedere gebruiker met iedere medewerker van de leverancier 
contact opnemen, in andere organisaties is dat verkeer geheel gereguleerd via 
een centraal ‘klantcontactcentrum’. Dat betekent dat een organisatie een keus 
heeft, en dat er meerdere opties voorhanden zijn. Een klantcontactcentrum kan 
daarbij bijvoorbeeld ook nog de vorm hebben van één centrale servicedesk, of 
van meerdere decentrale servicedesks. Het fenomeen ‘servicedesk’ is al jaren 
een zó gangbare practice dat het breed erkend wordt als een ‘best practice’, 


Voor de storingsafhandeling maakt een serviceorganisatie onderscheid 
tussen le, 2e en 3e lijn. 


Een andere gangbare practice is het indelen van de supportorganisatie in ‘lijnen’ 
die op basis van escalatie worden aangesproken. De 1° lijn neemt alle meldingen 
van gebruikers aan en wordt ook wel front office genoemd. De 2° lijn bestaat dan 
uit de deskundigen die worden ingezet als de 1° lijn er niet uit komt. Die 2° lijn 
wordt ook wel back office genoemd. Als ook de 2° lijn er niet uit komt kan de 
toeleverancier worden ingezet: dat is dan de 3° lijn. Een gangbare opdeling 
bestaat daarmee uit 3 lijnen, maar een organisatie mag best kiezen voor een 
fijnmaziger opdeling van de supportorganisatie, in bijvoorbeeld 4 of 5 lijnen. Het 
systeem van 3 lijnen is een zeer gangbare indeling gebleken, en wordt daarmee 
beschouwd als een ‘best practice’. 


In de wereld van agile softwareontwikkeling is een alternatieve structuur voor 
het organiseren van gebruikersondersteuning in opkomst: swarming. Swarming 
is juist niet gebaseerd op hiërarchie en escalatiemechanismen. Bij swarming 
vinden supportmedewerkers die kennis hebben van de voorliggende 
supportvraag een oplossing door samen om het vraagstuk heen te “zwermen”, 
en hun expertise voor de oplossing in te zetten. Daarmee wordt beschikbare 
expertise zoveel mogelijk gematcht aan de betreffende supportvraag. Swarming 
is een alternatieve practice die zich nog als best practice moet bewijzen. 


Voor een practice geldt dat er een lokale keus aan ten grondslag ligt: 
het had net zo goed iets anders kunnen zijn als de organisatie daar 
een voorkeur had gehad. Een practice wordt dan ook vaak beïnvloed 
door een mening van een manager, door een cultuur, door historie, of 
door andere, meer triviale factoren dan bij principes het geval is. 
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2.6 Volwassenheid en waarde 


Voor de toepassing van de USM-methode is de fase van volwassenheid 
(maturity) van een dienstverleningsrelatie een relevant kenmerk. Die 
volwassenheid betreft zowel de leverancier als de klant. Volwassenheid van 
dienstverlening heeft alleen betekenis in de context van de service. De 
toevoeging van waarde is daarbij bepalend. 


De term volwassenheid wordt veelvuldig verward met het begrip 
‘bekwaamheid’ (vaardigheid, capability). Bekwaamheid duidt op de 
mate van perfectie waarmee een partij een zekere handeling uitvoert, 
volgens de definitie van die handeling. In hoeverre die handeling 
vervolgens een waarde creëert voor de klant is in die definitie niet 
inbegrepen. 

| USM focust op waardecreatie. Om die reden beschouwt USM 

| volwassenheid ook vanuit het perspectief van waardecreatie. 


2.6.1 Waarde 
Waarde kan als volgt worden gedefinieerd. 


Waarde is verandering in de vitaliteit van een systeem. 


Als er sprake wil zijn van toegevoegde waarde, dan zal dus de vitaliteit van 
het betreffende systeem verbeterd moeten worden. Het toezicht op 
waardecreatie richt zich op het realiseren van de beoogde voordelen tegen 
optimale kosten en aanvaardbare risico's (zie paragraaf 3.10). 


Voor waarde in een service-context geldt in USM het volgende!“: 

, Waarde wordt bepaald door de waarnemer. Daarmee kan de 
waargenomen waarde verschillen, afhankelijk van het perspectief van die 
waarnemer. Voorbeeld: carpooling kan voor de deelnemers veel waarde 
opleveren, net als voor het milieu en voor de andere weggebruikers, maar 
een taxichauffeur kan daar heel anders over denken. Er kan ook verschil in 
waardebeleving bestaan tussen leverancier en klant. 

, Waarde komt tot stand door cocreatie. Bij dienstverlening is steeds 
sprake van de uitwisseling van resources tussen de betrokkenen. Klant én 
leverancier zijn betrokken bij het gezamenlijk creëren van de service. De 
waarde aan de kant van de klant komt pas tot stand op het moment dat de 
gebruiker gebruik maakt van de service. De leverancier voegt met de service 
waarde toe aan de klant en de klant levert waarde terug aan de leverancier. 
Dat laatste kan een vergoeding zijn in de vorm van euro's, maar het kan ook 
een prestatie zijn die in een keten of netwerk een waarde voor de leverancier 
vertegenwoordigt, zoals het terug leveren van een andere voorziening (een 
soort van ‘ruil’-transactie), of het bijdragen aan betere serviceproposities van 
de leverancier. Er is dus sprake van een uitwisseling van waarde bij de 
interactie, waarmee de service via cocreatie tot stand komt. De ontvanger 
bepaalt vanuit zijn eigen perspectief de waarde van de service. 


4 In navolging van Vargo, Akaa & Vaughan, Conceptualizing Value: A Service-ecosystem View, J. 
of Creating Value 3(2), 2017 
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e Waarde is meerdimensionaal. Waarde kan vanuit meerdere 
waarderingsperspectieven worden beschouwd, bijvoorbeeld vanuit behoeften 
van betrokkenen, vanuit sociale normen, vanuit technologische 
mogelijkheden of vanuit culturele acceptatie. 

e Waarde ontstaat in de interactie. Waarde kan moeilijk vooraf worden 
bepaald. De ervaring van de gebruiker beïnvloedt in hoge mate de waarde 
van de dienstverlening. Die belevingswaarde kan alleen achteraf worden 
vastgesteld. 


Toegevoegde waarde heeft meer betrekking op outcome dan op 
output?®. De toename in de vitaliteit van het systeem van de klant 
doet zich vooral op iets langere termijn gelden, uit de voordelen die 
volgen uit de directe output van de service. 


Toegevoegde waarde van facilitaire dienstverlening laat zich in een aantal 

concrete waarden vertalen!®: 

e gebruikswaarden (value in use) die de effectiviteit van de business 
verhogen in termen van productiviteit, opbrengst, concurrentievermogen, 
flexibiliteit, risicobeheersing, innovatievermogen 

e sociale waarden die voortvloeien uit de inrichting van de gebouwde 
omgeving, of die effect hebben op het imago van de klant 

e omgevingswaarden die van invloed zijn op duurzaamheid (people, planet, 
profit) en de ecologische footprint 

e relatiewaarden in klant-leverancier verhoudingen, waarbij leveranciers zich 
onderscheiden door bijv. kennis van de klant, persoonlijke aandacht, of in de 
kwaliteit van ondersteuning. 


Veel van deze waarden laten zich in financiële baten vertalen, en indirect zelfs in 
een waardestijging van de business. Een te zware focus op alleen financiële 
baten doet onrecht aan de potentiële bijdrage van services aan de business. 


2.6.2 Volwassenheid in relatie tot waardecreatie 
Meetinstrumenten voor volwassenheid zijn meestal gebaseerd op een 
indelingssysteem van Richard Nolan!”, met vijf of zes volwassenheidsniveaus. 


Voor het modelleren van de fasen in een volwassenheids-groeimodel is aan het 
eind van de vorige eeuw een zeer robuuste aanpak beschreven, in termen van de 
toegevoegde waarde in een klant-leverancier relatie. Dat model (Figuur 2.3, van 
KPMG!8) is sindsdien niet meer verbeterd. 


15 Output is het directe resultaat van een interactie, outcome is het langere-termijn effect dat 
daarmee wordt bereikt. Zie ook ITOCO, Figuur 5.2 

16 Naar Jet Prevosth en Theo van der Voordt: De toegevoegde waarde van FM; begrippen, 
matregelen en prioriteiten in de zorgsector, FMN 2011, en Christian Coenen, Keith Alexander en 
Herman Kok: Facility management value dimensions from a demand perspective, Journal of Facility 
Management, 11-4, 2013 

17 Managing the computer resource: a stage hypothesis. Richard Nolan, in: Communications of the 
ACM. Association for Computing Machinery. 16 (7): 399-405, 1973 

18 De toekomst van de IT organisatie. Een multi-client studie naar de ontwikkeling van IT- 
organisaties. Theo Bosselaers, Mark Griep, Joost Dudok van Heel, Joachim Vandecasteele en Rob 
Weerts. In: J. van Bon (ed.), IT Beheer Jaarboek 1997, Ten Hagen & Stam, 1998. 
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Het model beschrijft de volwassenheid van een leverancier in vijf stappen: 


1. 
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Technologie-gedreven. In de eerste groeifase van de leverancier is de klant 
niet leidend maar volgend. De aandacht van de leverancier is gericht op het 
leveren van goederen. De leverancier is technologie-gedreven. Vooral het 
beschikbaar hebben en houden van de voorzieningen heeft de aandacht. 
Activiteiten vinden ad hoc plaats en zijn sterk afhankelijk van individuele 
inspanningen. Geformaliseerde werkwijzen, kostenschattingen en 
projectplannen zijn afwezig. De aanwezige hulpmiddelen worden niet uniform 
toegepast. Risico's en wijzigingen krijgen nauwelijks aandacht; de leverancier 
richt zich voornamelijk op het verhelpen van storingen en handelt sterk 
reactief. 


Systeemgericht. In de tweede groeifase is de technologie onder controle. De 
leverancier is in staat samenhangende systemen van goederen beschikbaar te 
maken. De leverancier beheerst haar eigen activiteiten redelijk, maar de 
werkwijzen zijn niet gericht op de klant. Een (centraal) meldpunt verwerkt de 
storingen. Door hierbij gebruik te maken van een geautomatiseerde 
registratie, heeft de leverancier inzicht in de herstel-, reparatie- en reactietijd. 
Administratie van de ingezette middelen brengt risico’s in kaart, die 
samenhangen met het doorvoeren van een wijziging. Bij ontwikkeling en 
onderhoud richt de organisatie zich op efficiëntie door standaardmethoden te 
gebruiken en de werkwijze te documenteren. De kwaliteit van de werkwijze 
krijgt steeds meer de aandacht. Aan de klant wordt ad hoc gerapporteerd in 
een niet gestandaardiseerde vorm. 


Servicegericht. In de derde groeifase verandert de rol van de klant. Deze 
geeft aan welke services nodig zijn. De aandacht van de leverancier is gericht 
op het leveren van services, maar heeft daarbij nog vooral aandacht voor de 
eigen positie en werkwijzen daarin. De leverancier weet welke services zij kan 
leveren, welke zij kan inkopen, en hoe omzetting van inkoop naar verkoop 
plaatsvindt. De werkwijzen zijn echter nog niet echt klantgericht. Het gaat 
nog om standaarddiensten, een ‘T-Ford’. Hoe beter de leverancier die 
diensten kan leveren, hoe beter de leverancier denkt te functioneren. 

Naast het reactief afhandelen van storingen krijgt het proactief afhandelen 
van risico's ook aandacht. Wijzigingen worden onderzocht op hun impact. De 
organisatie ontwikkelt en levert services in kortere tijd, speelt sneller in op 
nieuwe ontwikkelingen en communiceert helder en open over te leveren 
services. De organisatie levert kwalitatief goede services en heeft een 
uitgebalanceerde exploitatie. Voor de services worden overeenkomsten nog 
vanuit technisch perspectief (voorzieningen) afgesloten. De klant ontvangt 
hierover periodiek een rapportage. 


„ Klantgericht. In de vierde groeifase ontstaat een balans tussen de positie 


van de klant en de leverancier. De klant en de leverancier leren samen te 
bepalen hoe de dienstverlening plaatsvindt en hoe daarmee waarde wordt 
gecreëerd voor de klant. De accountmanager van de leverancier maakt 
afspraken met de klant over de kosten en baten van de services. Hij is in 
staat de behoeftes van de klant te vertalen in services en actief in te spelen 
op de wensen van de klant. Hij zoekt de klant letterlijk op en ondersteunt 
hem door inbreng van expertise. 

Voor storingen en risico’s zet de leverancier (lokale) klant-loketten op, die 
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dicht bij het operationele proces van de klant staan. De klant ontvangt tijdig 
informatie over de status en voortgang van wijzigingen en over de 
prioriteitstelling. Bij ontwikkeling en onderhoud richt de leverancier zich op 
een korte ‘time-to-market’; ofwel een juiste timing van nieuwe services als 
competitief voordeel, waarbij de waardecreatie aan de kant van de klant van 
grote invloed is. De leverancier presteert op een constant niveau binnen de 
gemaakte afspraken en is voortdurend in overleg met de klant. 


5. Business-gericht. In de vijfde groeifase leveren de klant en de leverancier 
via een partnerschap toegevoegde waarde aan de bedrijfsprocessen van de 
klant. De leverancier investeert daarbij op eigen risico in een ontwikkeling van 
de service die (nog) meer waarde voor de klant creëert. De leverancier is 
daarbij in staat om ontwikkelingen op haar vakgebied te vertalen naar 
verbeterkansen voor de klant en vice versa. De klantorganisatie bezit 
gedetailleerde kennis over de geleverde services. 

Business managers die goed op de hoogte zijn van de discipline van de 
leverancier sturen de leverancier aan. De leverancier zelf is optimaal ingericht 
en innoveert voortdurend, door systematisch de werkwijzen te evalueren, 
ervaringscijfers op te bouwen en zichzelf te vergelijken met andere 
organisaties. Zij volgt nauwkeurig de vakinhoudelijke ontwikkelingen. 
Openheid en zelflerend vermogen van management en medewerkers staan 
hoog aangeschreven. Aandacht voor managementstijl en cultuur is een 
belangrijk kenmerk in deze fase. 
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Figuur 2.3 Volwassenheidsmodel voor toegevoegde waarde (naar KPMG, 1998) 
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De groeicurve maakt zichtbaar in welk stadium een leverancier zich bevindt in de 
ontwikkeling van servicegerichtheid naar klantgerichtheid. Het model volgt de 
zienswijze dat een hoger volwassenheidsniveau pas ten volle kan worden 
gerealiseerd, als de organisatie de onderliggende niveaus ‘onder de knie heeft’. 


Het model illustreert de overgang tussen de servicegerichte organisatie en de 
klantgerichte organisatie. De servicegerichte organisatie optimaliseert haar 
services vanuit het leveranciersstandpunt. Die organisatie streeft dus naar de 
‘beste services’ vanuit een prestatie-oogpunt. Bekwaamheid van de technische 
uitvoering staat nog centraal. Pas als de leverancier de wensen van de klant a/s 
uitgangspunt neemt en de samenwerking met die klant centraal stelt, komt die 
leverancier op het niveau van de klantgerichte organisatie. Dit is waar een 
inside-out benadering wordt omgezet naar een outside-in benadering. 


USM beschrijft klantgerichte dienstverlening. 


De bekwaamheid (capability) waarmee een leverancier de service uitvoert, is dus 
van een geheel andere orde dan de volwassenheid volgens de waardeketen. 


Modellen waarin volwassenheid wordt geïnterpreteerd als bekwaamheid zijn er in 
overvloed. Ook deze modellen hebben vaak vijf of zes niveaus!®. De beoordeling 
van bekwaamheid heeft echter geen relatie tot de positie in de waardeketen. 


Voorbeeld. Dell en Apple staan bekend als zeer bekwame leveranciers van 
goederen op het niveau Technologie-gedreven of Systeemgericht. 
Een leasebedrijf kan uitermate bekwaam zijn diensten aanbieden op 


bijvoorbeeld het niveau Systeemgericht of Servicegericht. 
Een taxibedrijf kan op beschamende wijze uitvoering geven aan diensten op 
het niveau Klantgericht. 


Wáár een leverancier zich op de waardeschaal van volwassenheid bevindt kan 
beperkt zijn door de vaardigheden van de leverancier, maar het kan ook een 
weloverwogen keuze zijn. Leveranciers kunnen daarmee langs diverse dimensies 
met elkaar concurreren: “wij zijn de beste leverancier op niveau X” of “wij 
leveren services met meer waarde dan de concurrentie”. 


Voorbeeld. Een leasebedrijf kan zich concentreren op de beste uitvoering 
(capability) van een service op het niveau Systeemgericht (“wij leveren de 
mooiste automobielen tegen het gunstigste tarief”). Die leverancier kan dan 
in de concurrentie met andere leveranciers betogen dat hij ‘betere’ services 
levert. Die propositie is echter niveau-gebonden: de leverancier gaat uit van 
‚ concurrentie op hetzelfde niveau. 

Een ander leasebedrijf kan met zo’n propositie concurreren door een service 
aan te bieden op een hoger niveau. Een Servicegerichte propositie zou dan 
kunnen zijn “wij bieden niet alleen de beste automobielen, maar we zorgen 


19 Bijvoorbeeld het capability maturity model integrated (CMMI) 
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er ook voor dat u deze op elk gewenst moment kunt omruilen voor een 
ander model”. Een propositie op een Klantgericht niveau zou nog verder 
kunnen gaan: “wij stellen samen met u een portfolio van geschikte 
automobielen op, en we stemmen de ondersteuning van het wagenpark 
geheel af op de eisen van uw business”. 


2.6.3 Volwassenheid van de klant 

Bij de beschouwing van de volwassenheid in een dienstverleningscontext is het 
niet voldoende om slechts naar de leverancier van de service te kijken. Het 
volwassenheidsniveau van de klant (Figuur 2.4) speelt eveneens een rol. Als 
tussen leverancier en klant grote verschillen in volwassenheid bestaan, dan is het 
noodzakelijk daarmee rekening te houden, om te voorkomen dat denkwijze, 
werkwijze en wederzijdse verwachtingen botsen. 


Klant en leverancier dienen dus op een enigszins gelijkwaardig niveau te staan 
(de horizontale lijn in Figuur 2.4), of daarop te acteren, om tot een succesvolle 
samenwerking te komen. 


Als een leverancier op niveau 2 staat, en dus al zijn aandacht richt op 
het goed laten functioneren van de systemen waarmee de service 
wordt geproduceerd, en de klant op niveau 4 staat en ‘integrale 
oplossingen voor de business’ wil, dan is er weinig kans op een 
bevredigende relatie tussen deze twee. 

Omgekeerd, als een klant op niveau 1 alleen op zoek is naar 
goedkope goederen, en de leverancier op niveau 3 integrale services 
aanbiedt, dan is de kans op een mismatch ook groot. 


LEVERANCIER 


Figuur 2.4 Relaties tussen volwassenheidsniveaus bij klant en leverancier 
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2.6.4 Groeifasen 
Een organisatie plaatst zich op minimaal niveau 4 van het volwassenheidsmodel 


als zij zich richt op de businesswaarde van de service, de serviceafspraken 
formuleert in termen van de toegevoegde waarde, en de klantbeleving meet in 
termen van het resultaat voor de bedrijfsactiviteiten van de klant. Dat werkt 
alleen als de klant ook op dat niveau acteert. 


Om dienstverlening uit te voeren op niveau 4 of hoger, moet de leverancier de 
onderliggende niveaus onder de knie hebben. Dat is niet een strikt 
onderscheidend systeem: organisaties kunnen werkwijzen uit een hoger 
volwassenheidsniveau deels toepassen voordat ze dat niveau geheel beheersen. 
Het mag echter duidelijk zijn, dat investeren in ‘vooruitlopende’ werkwijzen 
slechts beperkt rendabel is, als de onderliggende niveaus niet onder controle zijn 
gebracht. 


Organisaties die roepen: “We stellen de klant centraal”, verzuimen 
vaak hun positie in het licht van het waarden-volwassenheidsmodel te 
beschouwen. Zij bereiken beperkte resultaten met hun inspanningen, 
als ze de onderliggende niveaus niet afdoende onder controle hebben. 
Vaak ontstaat zo’n situatie door een trend in het werkveld te volgen, 
zonder dat de organisatie beseft wat de consequenties zijn. 


Een goed beeld van elkaars volwassenheid bij leverancier en klant voorkomt een 
mismatch en maakt de kans groot om tot een gebalanceerde dienstverlening te 
komen. “Elkaar begrijpen” betekent in deze context vooral “een goed beeld 
hebben van elkaars behoeftes en mogelijkheden”. Dat kan bijvoorbeeld door 
terdege kennis te nemen van elkaars dagelijkse praktijk. Een leverancier moet 
dan in ieder geval wéten hoe de klant de afgenomen service inzet. 


Dat geldt niet alleen voor de salesrollen van de leverancier, maar ook voor de 
medewerkers die in klantcontactcentra (de front office) werken, of in de tweede 
lijn (de back office). Hetzelfde geldt voor de klant: als de medewerkers van de 
klant geen notie hebben van de werkwijzen en de bijbehorende beperkingen van 
hun leveranciers, dan is het lastig om een gebalanceerde klant-leverancierrelatie 
te bereiken op niveau 4 of 5. Deze onbalans leidt vaak tot slecht 
opdrachtgeverschap. 


Een consequentie van deze volwassenheidseffecten is dat een 
leverancier die wil investeren in een hogere volwassenheid zich met 
de volwassenheid van de klant bezig moet houden als die klant teveel 
‘achter blijft. Dat geldt vooral in situaties waarin sprake is van 
‘gedwongen winkelnering’, waar klant en leverancier in hoge mate ‘tot 
elkaar veroordeeld zijn’. 


2.6.5 Cocreatie van waarde 

Organisaties die volgens Service-Dominant logic (S-D logic) de maximale 
benutting van dienstverlening zoeken, en daarmee de cocreatie van waarde 
weten te realiseren, moeten zowel aan de klant- als aan de leverancierskant op 
minimaal niveau 4 van het volwassenheidsmodel acteren (Figuur 2.5). 
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Goods-Dominant logic 


LEVERANCIER 


Figuur 2.5 G-D logic en S-D logic in relatie tot volwassenheid 


Organisaties die nog een focus hebben op het presteren van hun output, acteren 
in een context waar Goods-Dominant logic (G-D logic) overheerst. 


Cocreatie in een S-D logic benadering benadrukt dat er bij een service sprake is 
van meerdere deelnemers, waaronder in ieder geval de partij die baat heeft bij 
de dienstverlening. Cocreatie gaat ook gepaard met een uitwisseling van 
resources. Klanten en leveranciers wisselen resources uit die voor de ander 
waarde hebben. Voor de klant is dat bijvoorbeeld uit te drukken in het vermogen 
om met de resources die de leverancier beschikbaar stelt, de bedrijfsactiviteiten 
op een gunstiger manier uit te voeren. Voor de leverancier kan dat bijvoorbeeld 
zijn, dat de klant geld overdraagt voor de geleverde service, een voorziening 
terug levert, of een bijdrage levert in een keten waar de leverancier op een 
andere wijze van profiteert. Klant en leverancier bepalen ieder voor zichzelf in 
welke mate er sprake is van het overdragen van waarde. 


Het is in S-D logic dus onmogelijk om “in je eentje” waarde te creêren 
met cocreatie: je hebt er altijd meerdere partijen voor nodig 
(minimaal twee). 


Cocreatie leidt ook tot wederzijdse invloed op de service: leveranciers luisteren 

steeds beter naar gebruikers bij het ontwikkelen van hun services, en stemmen 

hun ontwikkelprogramma’s af op een maximale aansluiting op de 

gebruikerswensen. Voor organisaties die volgens de S-D logic samenwerken aan 

het bereiken van een maximaal rendement uit de relatie, geldt dat zij 

samenwerken bij alle aspecten van de service?®, om maximale cocreatie te 

bereiken: 

e Ze bepalen samen welke waarde de service heeft en hoe deze wordt 
gerealiseerd. 

e Ze bepalen samen hoe de service eruitziet. 

e Ze bepalen samen hoe de service wordt verbeterd. 

e Ze overleggen regelmatig om de onderlinge relatie te managen. 


20 Göbel et al, 2016, Inscribing Service into ITSM 
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Ze bepalen samen hoe de resultaten van de dienstverlening zich verhouden 
tot de daarover gemaakte afspraken. 

Ze bepalen samen hoe de resultaten van de dienstverlening worden gemeten. 
Ze bepalen samen hoe de klant een beroep kan op de afgesproken 
dienstverlening. 

Ze bepalen samen wat de impact is van wijzigingen in de dienstverlening. 
Ze bepalen samen wanneer een wijziging kan worden doorgevoerd. 

Ze monitoren samen of wijzigingen de verwachte doelen realiseren. 

Ze bepalen samen de prioriteiten voor de afhandeling van storingen. 

Ze bepalen samen de planning van de realisatie van de dienstverlening. 

De klant informeert de leverancier regelmatig over wijzigingen in organisatie 
en welke invloed daaruit kan volgen voor de service. 


USM positioneert zich op het niveau van level 4 van het 
volwassenheidsmodel, in een S-D logic benadering: Klantgericht. 
Daarmee maakt USM ook een toepassing richting level 5, Business- 
gericht, mogelijk. 

Om klantgerichte dienstverlening mogelijk te maken moeten de 
betrokken klanten én leveranciers ook de werkwijzen beheersen die 
bij de lagere niveaus behoren. USM beschrijft daartoe ook de 
werkwijzen die voor die lagere niveaus van toepassing zijn, of 
verwijst naar bronnen die daar uitgebreider op ingaan. 


2.7 Kernbegrippen 


Kernbegrippen die in hoofdstuk 2 aan de orde kwamen: 
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practice e technologiegericht 
principe e systeemgericht 
framework e servicegericht 

methode e klantgericht 
managementmethode e _business-gericht 
servicemanagementmethode e waarde 

systeem e cocreatie 
managementsysteem e Service-Dominant logic 
servicemanagementsysteem e _Goods-Dominant logic 


volwassenheid 


3 DIENSTVERLENING 


Dit hoofdstuk behandelt een aantal bouwblokken in de USM- 
architectuur, en definieert de bijbehorende begrippen: 
Klant, leverancier, (eind)gebruiker 
Dienstverlening en service 

Primair, secundair en facilitair 

Intern, extern en service-ecosystemen 

Goederen en gedrag 

Directe en indirecte services 

Integrale services en deelservices 

Functionaliteit en functioneren 

Voorziening en ondersteuning 

Serviceproposities 

Borging en kwaliteitsverbetering 
Klanttevredenheid 

Normen en standaarden 


De USM-methode is een generieke managementmethode voor dienstverlenende 
organisaties. Bij dienstverlening is altijd sprake van een relatie tussen een klant 
en een leverancier. De leverancier levert daarbij een service (dienst) aan de 
klant. Die klant bepaalt vervolgens wie gebruik mag maken van de service: de 
gebruiker. De klant is daarmee de opdrachtgever van de leverancier. Een klant 
kan ook slechts uit één gebruiker bestaan, waarmee de rollen klant en gebruiker 
samenvallen. 


Leverancier: De partij die volgens afspraken services levert aan 
een klant. 


Klant (opdrachtgever): De partij die een overeenkomst 
aangaat met de leverancier over het afnemen van de services. 


Gebruiker: Een persoon die door de klant geautoriseerd is voor 
het gebruiken van de service. 


De klant bepaalt dus — in een klantgerichte setting — samen met de leverancier 
hoe de service eruitziet?!. De gebruiker heeft daar geen invloed op, tenzij de 
klant aan die gebruiker daarvoor bevoegdheid heeft verstrekt. De klant blijft 
eindverantwoordelijk. 


Deze situatie roept de volgende vragen op: 

e Wat is de doelstelling van dienstverlening? 

Wat is een service? 

Wat kunnen we zeggen over de klant? 

Wat kunnen we zeggen over de leverancier(s)? 

Welke middelen worden bij de dienstverlening ingezet? 


21 Soms wordt de rol van opdrachtgever nog opgedeeld in een ‘klant’ die bepaalt wat de organisatie 
afneemt van de leverancier en een ‘sponsor’ die daarvoor het budget beschikbaar stelt (ITIL 4). 
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Welke waarden levert de service? 

Welke gebruikers zijn geautoriseerd om gebruik te maken van de service? 
Welke soorten dienstverlening onderscheiden we? 

Hoe beoordelen we de dienstverlening? 

Hoe borgen we de dienstverlening? 


De antwoorden op deze vragen vormen de basis voor de structuur van een 
servicemanagementsysteem. Dit hoofdstuk levert die antwoorden en beschrijft 
daarmee een set bouwblokken die in de rest van het boek consequent aan de 


orde komen. 


3.1 Doelstelling van dienstverlening 


Dienstverlening — het leveren van services - is een wijdverbreide praktijk, 
waarbij de ene partij (leverancier) iets aan een andere partij (klant) levert: de 
service. De klant doet dus iets niet zélf, maar neemt dat af van een ander. Dat 
kan tal van redenen hebben: de leverancier kan het beter of goedkoper, of de 
klant mág het zelf niet doen. In S-D logic wordt daarbij in cocreatie waarde 
gecreëerd (paragraaf 2.6). 


Doelstelling van dienstverlening: het gedurende een zekere 
looptijd iets voor een ander doen, die dat zelf niet kan, wil, of 
mag doen 


In alle gevallen waarin sprake is van dienstverlening is het de bedoeling dat de 
afnemer gebruik maakt van een voorziening die een ander, de leverancier, 
beschikbaar stelt. 


Wie afhankelijk is van die voorziening, wil niets aan het toeval over laten. De 
voorziening dient gegarandeerd te blijven functioneren, en de klant verwacht 
daarbij gegarandeerde ondersteuning. 


Er is dus sprake van een vorm van continuïteit in de tijd, waarover 
overeenstemming tussen de klant en de leverancier bestaat. Daarvoor zijn 
voortdurende inspanningen van de klant en de leverancier noodzakelijk. 


3.2 Definitie van een service 


Een service kan op talloze manieren worden geduid, maar komt altijd neer op het 

volgende: 

e Bij een service wordt iets geleverd door een leverancier en gebruikt door een 
klant. De klant levert daarbij resources terug aan de leverancier, waardoor er 
sprake is van een resource-uitwisseling, en van cocreatie van waarden aan 
zowel de kant van de klant als die van de leverancier. 

e Eris in de service sprake van een voorziening waarmee de klant iets kan 
doen wat hij zonder die voorziening niet — of minder goed — kan doen. 

e Gebruikers worden bij het gebruiken van de voorziening ondersteund door de 
leverancier. 

e De service heeft een bepaalde mate van continuïteit: er is dus geen sprake 
van een eenmalige transactie waarbij alleen goederen wordt overgedragen. 

e Een service hoeft daarbij niet continu te worden ‘gebruikt’. Een service wordt 
dus beschikbaar gesteld voor gebruik. Er is pas sprake van een service op het 
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moment dat de gebruiker ergens gebruik van maakt, als er sprake is van 
interactie. Een leverancier kan niet ‘in z'n eentje’ een service leveren. 


Een compacte definitie van service luidt dan ook als volgt. 


Service: een voorziening die door een leverancier beschikbaar 
wordt gesteld aan een klant, die bij het gebruik daarvan wordt 
ondersteund door de leverancier. 


Een service is dus niets meer of minder dan een ondersteunde voorziening. De 
kortst denkbare definitie van een service luidt daarom: “een service is een 
ondersteunde voorziening” (Figuur 3.1). 


Voorziening: De combinatie van goederen en handelingen die 
bij een service aan een klant beschikbaar wordt gesteld, en die 
door de leverancier bij het gebruik wordt ondersteund. 


Ondersteuning: De hulp die een klant ontvangt van de 
leverancier, bij het gebruiken van de voorziening. 


pr Bangma _ 
p N { |_beschikbaar 
á \ ebruik L__ stellen 


SERVICE 


Figuur 3.1 Service 


Er is bij een service sprake van een interactie van een klant met die voorziening 
(het ‘gebruik’). De voorziening wordt daarbij beschikbaar gesteld en ondersteund 
door de leverancier. Het is aan de klant om te beoordelen in hoeverre deze 
service een meerwaarde oplevert, maar dat is wel steeds de doelstelling van 
dienstverlening. De leverancier bepaalt op zijn beurt ook wat de waarde is van 
hetgeen de klant in ruil voor de service terug laat vloeien naar de leverancier. 


De voorziening hoeft niet in al haar onderdelen zichtbaar te zijn voor de klant: er 
is sprake van een raakvlak, een interface, van de klant met dát deel van de 
voorziening dat voor de klant wél zichtbaar is. 


Deze definities zijn binnen de USM-methode ‘bouwstenen’ voor iedere situatie 
waarin een dienstverlener een service levert aan een klant. 
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Voorbeeld. Als een energieleverancier een stroomvoorziening aan een klant 
levert, dan ziet de klant de elektriciteitsmeter en alle bekabeling die daar 
aan hangt, maar niet het netwerk van hoogspanningsleidingen en 
elektriciteitscentrales dat daarachter hangt. 

Als een IT-leverancier een cloud-based informatievoorziening aan een klant 
levert, dan ziet de klant de interface op z’n scherm, maar niet het internet, 
‚de bekabeling en de rekencentra die daarachter hangen. 


Dienstverlening is met deze bouwstenen veel scherper te definiëren dan met een 
definitie zoals “Dienstverlening is het verlenen van diensten”, of “Dienstverlening 
is het leveren van services”. In zulke definities worden begrippen die deel uit 
maken van het te definiëren begrip gebruikt ín de definitie van dat begrip, 
hetgeen een cirkelredenering oplevert. In USM zijn alle begrippen ‘uitgekleed’ tot 
unieke componenten, die als bouwstenen kunnen worden gecombineerd. 


De USM-bouwstenen zijn in te zetten voor complexe 

dienstverleningsketens en -netwerken. Ze zijn vergelijkbaar met de 

bouwstenen van Lego. Lego-blokjes hebben allerhande vormen, maar 
kenmerken zich door de aanwezigheid van nokjes en holtes, die het 


combineren van de blokjes ondersteunen, en die de gebruiker in staat 
stellen om naar believen eigen constructies te bouwen. 


Praktijk. Het begrip ‘service! is in het verleden nog wel eens anders 
gehanteerd dan in de hier geleverde definitie. Zo werd “het verlenen van 
service” vaak gelijkgesteld met uitsluitend het verlenen van ondersteuning 
op geleverde goederen, na de levering daarvan door de leverancier. Een 
uitspraak als “Bij Volkswagen krijg je de beste service” duidde dan ook 
alleen op de kwaliteit van het onderhoud en de ondersteuning bij 


ongemakken. In de moderne S-D logic, en daarmee ook in USM, is die 
‘service’ geheel ondergebracht in het (bredere) begrip ‘ondersteuning’. 

Pas op: een “Afdeling Service” is ook tegenwoordig nog steeds vaak niet 
meer een afdeling die alleen onderhoud uitvoert. Let dus goed op de scope 
en de definitie van het begrip ‘service’ als dat ergens in de praktijk wordt 
gehanteerd. 


3.3 Klanten en (eind)gebruikers 


Met een klant wordt afgesproken welke services tegen welke condities worden 
geleverd. Een klant is dus de opdrachtgever van de leverancier. Een klant is 
degene die betaalt. 

Die klant staat voor de organisatorische eenheid die een verzameling van één of 
meer individuen vertegenwoordigt, die gebruik gaan maken van de ondersteunde 
voorziening. Er is altijd een persoon die de rol van klant inneemt. 
Vanzelfsprekend kan die persoon ook gebruiker zijn. 


De gebruiker van de voorziening kan een medewerker van de klant zelf zijn: een 


werknemer uit dezelfde organisatie-eenheid (team, afdeling, business unit, 
bedrijf). Die medewerker hoeft niet beslist een interne (vaste) medewerker van 
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de klant te zijn; er kan ook sprake zijn van een tijdelijke, ingehuurde 
medewerker (een ‘externe!), of iemand die stage loopt (Figuur 3.2). Ook zulke 
individuen kunnen door de klant worden gemachtigd om gebruik te maken van 
de voorziening. Zij fungeren daarmee als gebruiker van de service. 


Een andere optie is dat een klant van de klant als gebruikersorganisatie 
optreedt: een eindklant, en daarmee de (interne of externe) medewerkers van 
die eindklant. In zo’n situatie kan een medewerker van die externe klant dus 
optreden als (eind)gebruiker en voor ondersteuning aankloppen bij de 
leverancier. De ondersteuning die in die situatie met de klant wordt afgesproken 
heeft in zo’n geval dan ook betrekking op die (eind)gebruikers. 


intern 


4 
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Figuur 3.2 Gebruikers: interne en externe medewerkers van (eind-)klanten 


Voorbeeld. De IT-afdeling van een gemeente stelt aan de Afdeling 
Bouwzaken een website beschikbaar, waarmee burgers en bedrijven 
vergunningen voor kleine ingrepen aan gebouwen kunnen aanvragen. De 
Afdeling Bouwzaken is de klant. De medewerkers van die afdeling gebruiken 
de website om hun aanvragen mee te verwerken en om te communiceren 


met de aanvragers. De burgers en bedrijven die aanvragen indienen 
gebruiken de website om hun aanvraag mee vast te leggen en de voortgang 
van de afhandeling te volgen. Zij zijn de eindklant. Medewerkers van de 
Afdeling Bouwzaken bellen voor ondersteuning met de IT-servicedesk. 
Burgers en bedrijven bellen voor ondersteuning naar de gemeentelijke 
Servicedesk. 
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Voorbeeld. Het team Mobiliteit stelt aan de afdeling Klantzaken van een 
| bungalowparkbeheerder een aantal witte fietsen beschikbaar die door 
bezoekers van het park kunnen worden gebruikt voor verplaatsing binnen de 
grenzen van het park. De fietsen hebben een GPS-signaal. De afdeling 
Klantzaken is de klant, en de medewerkers van die afdeling beheren de 
fietsen, o.a. aan de hand van die GPS-signalen, en bellen voor ondersteuning 
naar het team Mobiliteit. De bezoekers van het park zijn de (eind)klanten 
van de fietsen en bellen voor ondersteuning naar de algemene infodesk van 
de bungalowparkbeheerder. 


De leverancier en de klant bepalen samen hoe de service er uit ziet, welke in- of 
externe gebruikers van hen zelf en van een eventuele eindklant gebruik kunnen 
maken van de geleverde voorziening, welke gebruikers daarbij op welke wijze 
worden ondersteund, en hoe die autorisaties worden toegekend. De klant maakt 
zelf afspraken met de eindklant over de wijze waarop in- en externe 
medewerkers van die eindklant gebruik kunnen maken van de geboden 
voorziening en hoe zij daarbij worden ondersteund. Die afspraken dienen binnen 
de specificaties van de eigen afspraak met de leverancier te liggen en ze dienen 
expliciet met de leverancier te zijn overeengekomen, zodat deze weet wie welke 
ondersteuning mag aanvragen. 


3.4 Primair/secundair, facilitair, intern/extern 


Dienstverlening komt in talloze vormen voor. Hierbij wordt onderscheid gemaakt 
tussen primaire en secundaire taken, en tussen interne en externe klanten. 


De meeste organisaties hebben voor het uitvoeren van hun primaire taken een 
serie ondersteunende taken nodig. Deze secundaire taken leveren de facilitaire 
services binnen een organisatie. 


Facilitaire service: het voortdurend beschikbaar stellen en 
ondersteunen van een voorziening ten behoeve van primaire 
taken. 


Het managen van die facilitaire services heet dan facility management, of 
facilitair beheer. Het omvat dus per definitie alle secundaire (ondersteunende, 
facilitaire) taken. 


Facility management: het managen van de uitvoering van 
secundaire taken. 


De vraag of iets een primaire of een secundaire (facilitaire) taak is, is niet alleen 
een kwestie van definitie, maar vooral een kwestie van perspectief. Wat voor de 
één een interne, secundaire taak is, kan voor de ander z’n primaire taak zijn. Dat 
perspectief is dus afhankelijk van de klant-leverancier opstelling. Hierbij speelt 
ook het onderscheid tussen interne klanten en externe klanten. 


Interne klanten: een team levert services aan andere teams in 
dezelfde organisatie, 
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Externe klanten: er is een organisatorische scheiding tussen 
leverancier en klant. 


De kwalificatie van een service in termen van primair of secundair is aan de ene 
kant dus een gevolg van de positie van de uitvoerder in een klant-leverancier 
keten of netwerk. Aan de andere kant geldt dat organisaties voor de uitvoering 
van hun primaire taken een vergelijkbare serie ondersteunende voorzieningen 
nodig hebben. 


De termen primair/secundair en intern/extern vormen samen een recursief 
stelsel: ook geprofessionaliseerde leveranciers van facilitaire services hebben 
intern weer facilitaire services nodig. 


3.5 Indeling facilitaire services 


De aard van de dienstverlening aan externe klanten kan van alles zijn. Dat 
varieert van telefonieservices tot overheidsservices, van financiële services tot 
transportservices, van juridische services tot IT-services, van zorg tot onderwijs, 
etc.22. Het spectrum van interne facilitaire services daarentegen is beperkt. 


Voor de indeling van facilitaire services zijn verschillende structuren gangbaar. In 
de eerste plaats een grove indeling volgens SCOPAFIJTH: 

e Security 

Communicatie 

e Organisatie 

e Personeel 

e Administratieve organisatie 


Financiën 
Informatievoorziening 
Juridische zaken 
Technologie 

e Huisvesting 


De Europese norm EN 152212 hanteert een veel fijnmaziger indeling: 
e Mens & organisatie 

— Management support 
Secretariële services, vertaling 
Inkoop 
Juridische zaken, contracten 
HRM 
Financiën 
— Zorg, veiligheid & omgeving 

o Veiligheid & gezondheid 

o Beveiliging 

o Omgevingsbeheer 


OMOKORORO 


22 Zie voor een indelingsvoorbeeld de SBI 2008 - Standaard Bedrijfsindeling 2008, gebaseerd op de 
indeling van de Europese Unie (Nomenclature statistique des activités économiques dans la 
Communauté Européenne) en op die van de Verenigde Naties (International Standard Industrial 
Classification of All Economic Activities) 

23 Deze norm verving de in 2013 teruggetrokken NEN 2748. EN 15221 wordt vanaf 2017 stap voor 
stap vervangen door de reeks ISO 41000. 
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— Hospitality 
o Receptie & contact 
o Catering & voedselvoorziening 
o Vergaderruimtes & evenementen 
o Werkkleding 
— IT 
o Service desk 
o IT-voorzieningen & gebruikersondersteuning 
o Centrale & decentrale services 
o Netwerken & telecommunicatie 
o Training 
— Logistiek 
o Kantoorvoorzieningen 
o Documentbeheer (postbeheer, kopieerwerk, bibliotheek) 
o Verhuizingen 
o Mobiliteit (wagenparkbeheer, reizen, transport) 
e Ruimte & infrastructuur 
— Ruimtes (gebouwenbeheer, inrichting, onderhoud, voorzieningen, gas, 
water, licht) 
— Outdoor (grondbeheer, parkeren) 
— Schoonmaak 
— Werkplek (ruimte, meubilair, planten, kunst) 
e Centrale functies 
— Duurzaamheidsbeheer 
— Kwaliteitsbeheer 
— Risicomanagement 
— Identiteitsbeheer 


De opsomming van facilitaire services in EN 15221 is een typisch voorbeeld van 
een frameworkbenadering op basis van practices. De norm somt een groot aantal 
praktijken op van facilitaire services die een organisatie nodig heeft om haar 
primaire taken uit te voeren. De norm beschrijft vervolgens een aantal eisen c.q. 
voorschriften die op deze praktijken van toepassing zijn. De USM-methode leent 
zich vervolgens om al deze practices te structureren, in te richten, en te 
realiseren, vanuit één onderliggende servicemanagementarchitectuur. 


Een belangrijk misverstand dat uit genoemde indeling in de praktijk kan 
voortkomen is het verwarren van een servicedomein of taakgebied met een 
organisatorische eenheid. 


Voorbeeld. Vaak worden servicedomeinen gecombineerd, en onder een 
‚container ‘facilitair beheer’ of ‘financiën’ geschaard. De taakgebieden die bij 
de ene organisatie ‘facilitair beheer’ heten (bv gebouwenbeheer, receptie, 


beveiliging en kantoorvoorzieningen) kunnen dus bij een andere organisatie 

‚ onder een andere noemer voorkomen. Of een taakgebied zoals IT dus onder 
‘facilitair beheer’, onder ‘financiën’, of onder een eigen noemer voorkomt, 
kan per organisatie verschillen. 


In USM worden de in EN15227 genoemde domeinen beschouwd als 
servicedomeinen, omdat de aard van de service het onderscheidende kenmerk 
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is. Elk servicedomein komt dan overeen met een taakgebied waarin de betrokken 
handelingen worden uitgevoerd. Daarbij kunnen vele verschillende 
organisatieonderdelen betrokken zijn. Hoe een organisatie de betrokken teams 
noemt, is altijd een lokale, eigen keuze. 


Wat voor de één een secundaire, facilitaire service is, is voor de ander een 
primaire service. De verbijzondering van taken in de maatschappij heeft geleid 
tot de situatie dat bijna geen enkele organisatie meer geheel ‘op eigen benen 
staat’. Iedere organisatie neemt wel services af van één of meer andere 
organisaties. Wat voor facilitaire services geldt, geldt dan ook net zo voor 
primaire services. 


De USM-methode fungeert als blauwdruk (architectuur) voor het managen 
van alle vormen van services, c.q. voor elke combinatie daarvan. 


3.6 Service-ecosystemen 


Vanuit het perspectief van een klantorganisatie is in organisatorische zin veelal 
sprake van een keten van toeleveranciers. Er is immers altijd wel sprake van een 
basisvoorziening die een leverancier niet zelf produceert, maar afneemt van een 
gespecialiseerde toeleverancier (energie, water, beveiliging, afvalverwijdering, 
etc.). Voor die toeleverancier geldt weer hetzelfde. Op die manier ontstaan 
organisatorische ketens van dienstverleners (Figuur 3.3). 


LEVERANCIER 


LEVERANCIER 


LEVERANCIER 


Figuur 3.3 De klant-leverancier relatie herhaalt zich in organisatorische ketens 
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Toeleveranciers maken onderling ook vaak gebruik van elkaars services. Op die 
manier ontstaan complexe netwerken van services (Figuur 3.4) die we als 
service-ecosystemen kunnen beschouwen. 


Figuur 3.4 Service-ecosystemen: de klant-leverancier relatie herhaalt zich in 
organisatorische netwerken. 


De scope van de dienstverlening is van essentieel belang om 
uitspraken te kunnen doen over de wijze waarop een service 
gemanaged wordt. Die scope bepaalt de definities van klant, 
leverancier en service, waarmee de dienstverlening wordt 
gespecificeerd. Zodra die scope bekend is, is duidelijk wat de 
integrale service is, wat deelservices daarvan kunnen zijn, en waar de 
service zelf weer een deelservice van kan zijn. 


3.7 Integrale services en deelservices 


Services worden beschouwd in een klant-leverancier perspectief. Ze worden 
immers dóór een leverancier áán een klant geleverd. Deze twee zien de service 
van verschillende kanten, ook al werken ze samen aan waardecreatie (cocreatie 
volgens de S-D logic). Die klant kan zelf ook weer een serviceorganisatie zijn, 
met eigen klanten, die weer serviceorganisaties kunnen zijn met weer eigen 
klanten, etc. Op deze wijze zijn complexe ecosystemen van klant- 
leverancierrelaties te herkennen. 


De klant heeft gekozen om de voorziening van de leverancier te gebruiken voor 

de ondersteuning van bedrijfsactiviteiten. Voor de klant is het daarbij van 

belang, wat de scope van de geleverde service is, ten aanzien van die 

ondersteuning. Dekt de service de integrale ondersteunende voorziening voor die 

bedrijfsfunctie of betreft de service slechts een deel van die voorziening? Is er 

Ì dus sprake van een integrale service (een end-to-end service) of levert de 

leverancier in dit geval een deelservice, en zijn er nog meer leveranciers en dus 
deelservices betrokken bij de voorziening voor die bedrijfsfunctie? 
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Deze vraag heeft ingrijpende gevolgen voor de organisatie en taakverdeling in de 
leveringsketen: wie is verantwoordelijk voor de integratie van deelservices? 


Of iets een integrale service is, of een deelservice, is een kwestie 
van perspectief. Het is zo goed als uitgesloten, dat een organisatie 
alle taken voor een service zelf uitvoert. Er is dus altijd sprake van 
een bepaalde mate van outsourcing (zie paragraaf 7.12). 


Omdat een organisatie deelservices integreert tot integrale services, is er ook 
sprake van een service integrator. Figuur 3.5 illustreert de situatie van interne 
integratie van verschillende in- en externe deelservices tot één integrale 
voorziening voor een bedrijfsfunctie. Die interne integrator treedt dan op als de 
regisseur (de regieorganisatie) over de externe leveranciers en de interne teams. 
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Figuur 3.5 Interne integratie van deelservices in een service-ecosysteem 


Figuur 3.6 illustreert de situatie van aanlevering van een geïntegreerde service 
bij volledige outsourcing. De klantorganisatie fungeert dan alleen nog als een 
regieorganisatie. De integratie van de deelservices, waar de voorziening uit 
bestaat, wordt door een toeleverancier uitgevoerd: de service integrator, ook wel 
service broker genoemd. Vaak heeft de klantorganisatie nog een klein deel van 
de integratorrol. Alleen als de klant zich geheel terugtrekt in de rol van 
opdrachtgever, is er sprake van volledige outsourcing. Hoe ver de klant zich 
daarbij ook terugtrekt, er blijft altijd een aansturende rol over: de klant is en 
blijft immers opdrachtgever. 


Figuur 3.7 illustreert een mengvorm, waarin er een expliciete interne service 
integrator vereist is. Dit is vergelijkbaar met Figuur 3.6, maar met ‘grotere 
brokken’, die deels door een externe service integrator worden gemanaged. 
Mengvormen van deze drie voorbeeldsituaties zijn vanzelfsprekend mogelijk. 
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Voorbeeld. Hoe meer een klant de ondersteunende functies door 
toeleveranciers laat uitvoeren, hoe meer deze klantorganisatie zich 
concentreert op het uitvoeren van de primaire taken en op het managen van 
services van die toeleveranciers. Een bekend voorbeeld van een extreem 


doorgevoerde uitbesteding is Nike. Deze fabrikant van sportartikelen heeft 
hoegenaamd geen eigen productie meer, maar laat alles door 
toeleveranciers produceren. Ook in de IT is dit een veel voorkomend 
verschijnsel: steeds meer IT-services draaien bij externe partijen ‘in de 
cloud’. 


3.8 End-to-end: ESM, IFM, OneFM, SIAM 


Figuur 3.3 tot en met Figuur 3.7 illustreren dat er tal van services kunnen 
worden gedefinieerd in de context van een organisatie. De scope van die services 
kan variëren van een mini-onderdeel in een services-netwerk of -keten tot de 
volledige verzameling van services die in de bedrijfsvoering van een organisatie 
— of daar nog buiten - een rol speelt. 


Voor iedere organisatie die in zo'n netwerk een bijdrage levert, geldt 
dat er sprake is van dienstverlening conform Figuur 3.1, met één of 
meer klanten, één of meer services, en vermoedelijk een heel 
netwerk van toeleveranciers of mede-leveranciers in een integrale 
beschouwing van de eigen propositie. 


Het is eenvoudig in te zien dat een fragmentarische benadering van de 
deelservices die in Figuur 3.4 worden afgebeeld leidt tot een suboptimaal 
resultaat. Het streven naar meer grip op de integrale prestatie van de gehele 
organisatie (de enterprise) leidt tot de behoefte aan een end-to-end benadering 
van de betrokken dienstverlening. In dat licht komen begrip zoals supply chain 
management en enterprise management systems aan de orde. 


De behoefte aan end-to-end managen komt in de dienstverlening aan de orde in 
de begrippen enterprise service management (ESM), integrated facility 
management (IFM), OneFM en service integration and management (SIAM): 

e Enterprise service management (ESM) betreft de integrale besturing van 
de services die in een organisatie een rol spelen. In een holistische 
benadering kunnen tal van taakgebieden, domeinen en organisatorische 
eenheden onder één geïntegreerde besturing worden gebracht. De verwachte 
samenhang in de gezamenlijke prestatie en de bijbehorende efficiency nemen 
(potentieel) toe onder invloed van het integraal managen. In een ESM- 
benadering worden primaire en secundaire taakgebieden binnen de 
organisatie integraal gemanaged, ten behoeve van een betere gezamenlijke 
prestatie. Een ESM-benadering vereist een integrale ondersteuning met een 
ESM-tool in de vorm van een integraal, end-to-end 
servicemanagementsysteem. 

e Integrated facility management (IFM) is een term die ESM verbijzondert 
naar de facilitaire taakgebieden. In IFM worden bijvoorbeeld 
gebouwenbeheer, beveiliging, zaalreservering, parkeerzaken, fleet 
management, schoonmaak, HRM en/of andere facilitaire taakgebieden (zie 
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paragraaf 3.5) onder één integrale besturing gebracht. IFM heeft dus een 
beperktere scope dan ESM. Ook IFM vereist een integrale ondersteuning met 
een IFM-tool in de vorm van een facilitair managementsysteem (FMIS). 

e OneFM duidt IFM in een outsourcing-context. De term OneFM wordt gebruikt 
voor het integreren van de geoutsourcete facilitaire taakgebieden (de rol van 
integrator in Figuur 3.6). In de IT wordt dit wel aangeduid met de term 
service integration and management (SIAM). 


3.9 Kenmerken van services 


In de inleiding is al benoemd dat USM de Service-Dominant logic (S-D) als 
uitgangspunt adopteert, in tegenstelling tot de Goods-Dominant logic (G-D). 
Volgens de G-D logic wordt waarde toegevoegd aan goederen, en vindt 
waardecreatie plaats bij de overdracht van die goederen aan de 
klant/consument: value in exchange. De S-D logic stelt dat waarde wordt 
gecreëerd in een interactie met die klant/gebruiker, in de vorm van cocreatie: 
value in use. 


De axioma's van de S-D logic? zijn opgenomen in Tabel 3.1. 


Axioma Omschrijving 

Axioma 1 Service is the fundamental basis of exchange 

Axioma 2 Value is cocreated by multiple actors, always including the beneficiary 
All social and economic actors are resource integrators 
Value is always uniquely and phenomenologically determined by the beneficiary 
Value cocreation is coordinated through actor-generated institutions and 
institutional arrangements 
Tabel 3.1 De axioma's van de Service-Dominant logic (naar Vargo & Lusch 2004) 


Axioma 5 


Services zijn, in tegenstelling tot goederen, lastig te definiëren, te meten, te 
beoordelen, etc. Dat heeft alles te maken met de aard van goederen en 
services? (Tabel 3.2). 


3.9.1 Goederen versus gedrag 

De ‘ontastbaarheid’ van een service is in 1977 door Lynn Shostack?® treffend 
geïllustreerd, door in een goederen-gedrag continuüm te demonstreren in welke 
mate de voorziening gebruik maakt van goederen c.q. bepaald wordt door 
gedrag (Figuur 3.8). 


In een denkwijze die services centraal stelt (S-D logic) is ook een kilo zout een 
service, in de zin van ‘een voorziening die je kunt gebruiken om gedurende 
zekere tijd voedsel zouter te maken’. Aan het andere eind van het continuüm 
staat de service ‘kinderoppas’, die bijna alleen uit gedrag bestaat: een oppas 
neemt alleen ‘zichzelf’ mee. 


24 Vargo, S. L., & Lusch, R. F. (2004). Evolving to a new dominant logic in Marketing. Journal of 


Marketing, 68(Jan), 1-17. \ 
25 Problems and Strategies in Services Marketing (1985). Valarie A. Zeithaml, A. Parasuraman, & 


Leonard L. Berry. In: Journal of marketing, Vol. 49, 33-46. ë 
Service Management. Strategy and leadership in Service Business (2000). Richard Normann. Wiley. 
26 Breaking Free from Product Marketing. G. Lynn Shostack, in Journal of Marketing, Vol. 41, No. 2, 


(Apr., 1977), pp. 73-80 
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Goederen 
Tastbaar 


Gedrag Services 


Beperkt tastbaar: gedrag is niet erg Beperkt tastbaar 
‘stoffelijk’ 


Eigendom wordt Eigendom wordt niet overgedragen. Dit 
overgedragen geldt zowel voor de voorziening als voor de | overgedragen 
ondersteuning. 
Kunnen worden Kan niet eenvoudig worden doorverkocht: Kunnen niet eenvoudig 
doorverkocht de relatie tussen klant en leverancier is iets | worden doorverkocht 
wat aan die twee partijen is voorbehouden, 
en de leverancier blijft vaak eigenaar van 
een deel van) de voorzieningen 
Kunnen worden Gedrag in de voorziening kan worden Kunnen beperkt worden 
gedemonstreerd gedemonstreerd, maar gedrag in de gedemonstreerd 
ondersteuning kan zeer beperkt worden 
gedemonstreerd: de service is pas ‘actief’ 
als de gebruiker van de voorziening gebruik 
maakt en/of daarbij ondersteund wordt 
Consumptie volgt op Consumptie en productie simultaan: de Consumptie en 
productie handelingen van de voorziening vallen productie simultaan 
samen met de consumptie, en de 
ondersteuning wordt pas gebruikt op het 
moment dat de gebruiker daar een beroep 


op doet 

Kunnen niet worden opgeslagen of 
getransporteerd: gedrag stop je niet in een 
doosje 

Bijna altijd contact tussen klant en 
leverancier, vooral bij de component 
‘ondersteuning’ 

Kan tal van gedaantes aannemen, 
afhankelijk van de gebruiker of de 
ondersteuner, of van de uitvoerder van een 
gedragscomponent in de voorziening 
Moeilijk aantoonbaar: een service is pas 
‘actief’ als de gebruiker van de voorziening 
en/of de ondersteuning gebruik maakt 
Uitvoering van gedrag kan eenmalig, 
meermalig, kortdurend en langdurend zijn. 


Kunnen worden 
opgeslagen en/of 
etransporteerd 
Kunnen zonder contact 
tussen klant en 
leverancier 

Hebben een specifieke 
gedaante 


Kunnen niet worden 
opgeslagen of 
getransporteerd 
Bijna altijd contact 
tussen klant en 
leverancier 

Kunnen tal van 
gedaantes aannemen 


Moeilijk aantoonbaar 


Overdracht kent een 
langere periode: een 
voorziening wordt per 
definitie een zekere tijd 
beschikbaar gesteld en 
ondersteund 


Eenvoudig 
aantoonbaar: goederen 
zijn er of zijn er niet 
Overdracht kent één 
moment 


Tabel 3.2 Goederen versus gedrag en services 
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zout wasmiddel wasmachine auto reclame __ luchtvaart _consultan onderwijs kinderoppas 
tastbaar, ontastbaar, 
meer goederen dan gedrag meer gedrag dan goederen 


Figuur 3.8 Het goederen-gedrag continuüm van een service (naar Shostack) 


Een service bestaat altijd uit een mix van goederen en gedrag. 
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Een service bestaat per definitie uit een ondersteunde voorziening (Figuur 3.1). 
De mix van goederen en gedrag vertaalt zich door naar zowel de 
voorzieningscomponent van de service als naar de gedragscomponent daarvan. 


Voorbeeld. De voorziening kan bestaan uit “een afgesloten parkeerplaats bij 
uw bedrijfspand waarvan de slagboom handmatig wordt geopend door een 
bewaker”. 


De ondersteuning omvat dan bijvoorbeeld “als de slagboom niet open wil 
parkeert de bewaker uw auto voor u op een reserveparkeerplaats; u 
ontvangt daarbij een speciale sleutel die u bij vertrek in een bus bij de 
uitrijpoort dient achter te laten”. 


De goederencomponent van de beschikbaar gestelde voorziening kan complex 
zijn samengesteld. Sommige goederen worden fysiek overgedragen aan de 
gebruiker, bij andere heeft de gebruiker alleen toegang tót die goederen, die dan 
vaak gedeeld gebruikt worden. De aan de gebruiker overgedragen goederen zijn 
dan zichtbaar, de rest is vaak niet zichtbaar. 


Voorbeeld: Bij telefoniediensten kan een telefoon (toestel) aan de gebruiker | | 
beschikbaar worden gesteld. De gebruiker heeft daarnaast toegang tot 
gemeenschappelijke resources van de leverancier, in de vorm van 
telefooncentrales en netwerken. 

Bij een personentransportdienst kan een voertuig aan de gebruiker 
beschikbaar worden gesteld, maar de parkeergarage voor dat voertuig kan 
gemeenschappelijk zijn. 


Het eigendom van de goederen kan ook van grote invloed zijn op de service. Zo 
kan een gebruiker zelf eigenaar zijn van een deel van de goederen, maar dat kan 
ook de leverancier zijn. Tussenvormen zoals leaseconstructies zijn in vele 
varianten mogelijk. De integrale service wordt daarmee over meerdere 
leveranciers gespreid. 


Voorbeeld. Bij een telefoniedienst kan de gebruiker een telefoon 
beschikbaar krijgen, die na afloop van de contractperiode weer moet worden 
ingeleverd bij de leverancier [variant 1]. De gebruiker kan ook een 
leaseconstructie aangaan, en de telefoon — al of niet tegen een 
restwaardevergoeding — aan het einde van de contractperiode overnemen 
[variant 2}. De gebruiker kan ook met een eigen toestel alleen de 
telefonieverbinding van de leverancier afnemen [variant 3]. 


In alle situaties is er sprake van een telefoniedienst, maar de rol van 
gebruiker en leverancier kan variëren t.a.v. de vraag wie welk deel van de 
integrale voorziening voor z’n rekening neemt. In variant [1] is de 
leverancier de integrale leverancier (c.q. de service integrator uit Figuur 
3.6). In variant [3] neemt de gebruiker zelf de rol van leverancier van een 
deel van de voorziening in. De telefoonprovider levert dan slechts een 
deelservice. 
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3.9.2 Directe versus indirecte services 

De mate waarin de gebruiker zelf handelingen uitvoert kan eveneens variëren. 
De servicepropositie kan bestaan uit het slechts beschikbaar stellen van de 
goederen waarmee de gebruiker de gewenste handelingen kan uitvoeren, maar 
de leverancier kan die handelingen ook in meer of mindere mate vóór die 
gebruiker uitvoeren. Tabel 3.3 toont enkele voorbeelden van serviceproposities 
die variëren in de mate van ‘zelf doen’. 


Indirecte proposities (“enabling”) 
Leaseauto 
Keukenmachine 


Directe proposities (“relieving”) 
Openbaar vervoer 
Kant-en-klaar maaltijd 


Wasmachine Wasserij 
E-learning, boek Class-room training 
Boekhoudsoftware __| Boekhouding- en loodadministratiediensten 


Tabel 3.3 Indirecte versus directe proposities 


De mate waarin de gebruiker zélf handelingen met de voorziening uitvoert 
kan variëren en leidt tot het verschil tussen indirecte en directe services. 


Net als bij het onderscheid naar goederen en gedrag (Figuur 3.8) is ook hier 
sprake van een continuüm, waarin nu echter de mate van ‘zelf doen’ varieert 
(Figuur 3.9). Een leaseauto staat dan links op de schaal (de gebruiker bestuurt 
zelf de auto bij het transport van personen), en openbaar vervoer staat rechts 
(de gebruiker laat zich vervoeren). Outsourcing leidt tot het positioneren van 
services aan de rechterkant van de schaal. 


@ ®@ © © © 8 O9 OO O0 


dn 


indirecte service, directe service, 
de gebruiker doet het zelf de leverancier doet het voor de gebruiker 


Figuur 3.9 Indirecte versus directe services 


Voorbeeld. De service van een leasemaatschappij staat op deze schaal 
links, de service van een taxibedrijf of een organisatie voor openbaar 
vervoer staat rechts. De leasemaatschappij levert alleen de goederen vóór 
het transport van personen of goederen, openbaar vervoer verzorgt het 
transport en levert de integrale service. 

De service van een makelaar staat links op de schaal, de service van een 
woningstichting staat rechts. De makelaar levert alleen een technische 
handeling bij het verwerven van de woning, de woningstichting stelt de 
bewoner een woonservice ter beschikking. 

De service van een computerleverancier zoals Dell of een softwareleverancier 
zoals Exact staat links, de service van een loonadministratiebedrijf staat 
rechts. De propositie links voorziet alleen in een deel van de vereiste 
goederen (de pc waarmee de administratie kan worden uitgevoerd of de 
software), de loonadministrateur rechts levert de 
informatieverwerkingsservice die met die goederen wordt uitgevoerd. 
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3.9.3 De voorziening 

De voorziening kan alle denkbare vormen aannemen, zie de 

specificaties van de eerder aangehaalde Standaard 
Bedrijfsindeling 2008. Om die reden behandelt dit boek alleen 


de algemene kenmerken van voorzieningen, en voorbeelden van enkele 
praktijksituaties. 


De voorziening bestaat uit de combinatie van goederen en gedrag waar de klant 
gebruik van maakt. De kenmerken van een voorziening laten zich vertalen in 
functionele aspecten (wat kan de voorziening) en functioneringsaspecten (non- 
functionele aspecten, welk gedrag vertoont de voorziening, hoe functioneert de 
voorziening), zie Figuur 3.10. Die twee kenmerken gelden eveneens voor de 
ondersteuning. 


functionaliteit 


Goederen <—> Gedrag 


wordt 
voorziening gekenmerkt 


door 
functioneren 


bestaat uit 


__SERVICE 


functionaliteit 


bestaat uit 
wordt 

gekenmerkt 
door 


ondersteuning 


functioneren 


Figuur 3.10 Structuur van een service, gezien vanuit de klant 


Functionaliteit 

Het eerste, en belangrijkste, kenmerk van een voorziening is het antwoord op de 
vraag naar functionaliteit: wat kan de klant met deze voorziening? Welke 
mogelijkheden levert deze voorziening de klant? Welke meerwaarde consumeert 
de klant als hij de voorziening gebruikt? 


Functionaliteit van een voorziening: dat wat een (gebruiker met 
een) voorziening kan doen. 


Deze meerwaarde is vanzelfsprekend geheel afhankelijk van de aard van de 
voorziening, zoals al eerder besproken. Dit kan transport betreffen, 
informatievoorziening, lichaamsverzorging, huisvesting, voeding, of elke andere 
vorm van dienstverlening. De specificaties van de voorziening worden in de 
bijbehorende discipline-termen uitgedrukt. 
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Voorbeeld. Voor personentransport kan functionaliteit betrekking hebben op 
de specificatie van alle start- en eindlocaties, of op de vraag of iemand 
gehaald en gebracht wordt of zich moet melden op een centraal vertrekpunt. 
Voor gebouwenbeheer kan functionaliteit betrekking hebben op de manier 


ì waarop de gebruiker ergens vergadert, werkt, eet of iets opslaat. 

\ Voor informatievoorziening laat functionaliteit zich uitdrukken in de 
mogelijkheden om gegevens in te voeren, te bewerken, te bewaren of te 

i verwijderen. 


De functionaliteit van een voorziening kan enorm variëren en wordt bepaald door 
de aard van de betrokken discipline, de ingezette goederen of handelingen en de 
afspraken tussen klant en leverancier. 


In Figuur 3.8 is geïllustreerd dat de voorziening ook, voor een belangrijk deel 
zelfs, kan bestaan uit gedrag: handelingen van een uitvoerder van de 
voorziening. De functionaliteit van dat gedrag kan aan strikte voorschriften 
verbonden zijn: elke handeling kan tot in het grootste detail zijn vastgelegd en 
elke uitvoerder kan daar intensief op getraind zijn. 


Functioneren 
Het tweede kenmerk van de voorziening betreft het functioneren: hoe ‘goed’ 


doet die voorziening het? 


Functioneren van een voorziening: het gedrag van een 
voorziening. 


Deze kwalificatie wordt uitgedrukt in termen van de betreffende discipline. Dit 
kenmerk is veel generieker van aard dan de functionaliteit. Dat komt vooral bij 
de goederencomponent van voorzieningen uit de verf. 


| Voorbeeld. Het functioneren van personentransport kan betrekking hebben 

\ op het aantal mensen dat getransporteerd wordt, het maximaal te vervoeren 
gewicht, het comfort van het vervoer, de transporttijden, de 

/ transportsnelheid of de veiligheid van het transport. 


Het functioneren van gebouwenbeheer kan betrekking hebben op 
beschikbaarheid, capaciteit, veiligheid, temperatuurregeling, etc. 

Bij het functioneren van informatievoorziening kan het gaan om 
beschikbaarheid, capaciteit, snelheid van dataverwerking, veiligheid, etc. 


De volgende kenmerken specificeren het functioneren van een voorziening. Die 
kenmerken hebben in principe betrekking op zowel de goederencomponent als 
de gedragscomponent van de voorziening: 

e Beschikbaarstelling (openstelling) van de service: op welke momenten 
ondersteunt de leverancier de voorziening. Denk aan kantooruren of 7x24 
uur. Buiten die beschikbaarstellingstijd heeft de klant geen toegang tot de 
voorziening, althans wordt deze niet ondersteund. Mocht de voorziening toch 
gebruikt worden, dan heeft de klant op dat moment dus geen ondersteuning, 
en is er dus geen sprake van een service, of hooguit van een gereduceerde 
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service. Bij een storing wordt de klant dan bijvoorbeeld niet geholpen. Dit 
kenmerk heeft zowel betrekking op goederen (b.v. een IT-voorziening) als op 
gedrag (b.v. een wegenwacht of een trainer). 

e Beschikbaarheid refereert aan het voor de klant beschikbaar zijn van de 
ondersteunde voorziening op de afgesproken plaats en tijd, dus binnen de 
afgesproken beschikbaarstelling. Dit kenmerk heeft eveneens betrekking op 
zowel goederen (die IT-voorziening) als op gedrag (de wegenwacht). 
Beschikbaarheid voorziet ook in calamiteiten: wat doet de leverancier in geval 
van een ramp; levert hij op basis van best effort of zijn er harde garanties 
over de mate waarin vooral kernfuncties van de klant worden ondersteund? 
Welke garanties zijn er t.a.v. de continuïteit? 

e Capaciteit geeft de hoeveelheid aan van het gebruik van de voorziening door 
de klant. Denk bij goederencomponenten aan de hoeveelheid zitplaatsen in 
een personenbus, de hoeveelheid stoelen in een restaurant, de 
opslagcapaciteit of de rekencapaciteit van een computer. Denk bij 
gedragscomponenten aan het aantal masseurs dat na een wedstrijd de 
spelers kan masseren. 

e Snelheid duidt de snelheid van levering. Denk aan de tijd die nodig is voor 
het vervoeren van een vracht of het afleveren van een maaltijd, aan de 
respons van een informatieverwerking op een beeldscherm of aan hoe lang 
het duurt voor de wegenwacht bij de pech-auto verschijnt en ‘m weer aan de 
praat heeft. 

e Veiligheid (security) van een voorziening is vaak cruciaal, en staat vaak 
vermeld in de serviceafspraken. 

e Vertrouwelijkheid - als aspect van veiligheid — is heel belangrijk in 
bijvoorbeeld de informatievoorziening: in hoeverre garandeert de leverancier 
dat de informatie alleen benaderbaar is voor daartoe bevoegde personen en 
alleen wordt gebruikt voor het doel waarmee de informatie is verzameld. Bij 
gedragscomponenten geldt bv de vraag of je er op kunt vertrouwen dat een 
advocaat z'n zwijgplicht respecteert. 

e Schaalbaarheid is van belang voor een snel groeiende organisatie. Een 

leverancier moet in staat zijn om met de klant mee te groeien. 

e Aanpassingsvermogen is belangrijk voor innovatieve organisaties. Een 

| leverancier kiest de ontwikkelmethoden, infrastructuurarchitectuur en alle 

\ andere zaken die passen bij flexibele services. 

í e Portabiliteit is van belang voor een klant die veelvuldig wil kunnen wisselen 

van leverancier. 

e Vele andere servicekwaliteitskenmerken zijn afhankelijk van de soort 
business van de klant. Bijvoorbeeld betrouwbaarheid, onderhoudbaarheid, 
koppelbaarheid, herstelvermogen, veerkracht, en traceerbaarheid. 

e Last but not least: klantvriendelijkheid is een kenmerk dat vooral voor de 
gedragscomponent geldt en van zeer grote invloed kan zijn op de beleving 
van de service door de gebruiker. 


Deze kwaliteitskenmerken zijn vaak van elkaar afhankelijk. Zo beïnvloedt 
bijvoorbeeld de herstelsnelheid direct de beschikbaarheid van de voorziening. 


Bij de definitie van deze kwaliteitskenmerken dient de organisatie te 
waken voor overlap. Overlap werkt onmiddellijk redundantie, een 
gebrek aan efficiëntie, en conflicten tussen uitvoerders in de hand. 
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Voorbeeld. Afspraken over continuïteit, storingsherstel, beschikbaarheid en 
veiligheid vertonen vaak zeer veel overlap. Het is van het grootste belang 
dat de definities van deze begrippen scherp (SMART) worden opgesteld, 


zodat ze elkaar niet overlappen. Als consequentie daarvan dienen ook de 
profielen voor het managen van deze kwaliteitskenmerken net zo scherp te 
worden gedefinieerd. 


De goederencomponent van een voorziening kan ik hoge mate van detail worden 
gespecificeerd, en er kunnen zeer gedetailleerde afspraken worden gemaakt over 
het functioneren daarvan. De gedragscomponent van een voorziening is vaak 
minder specifiek te maken, mede omdat mensen (de uitvoerders van gedrag) 
nou eenmaal zo variëren. 


De manier waarop handelingen in de dienstverlening worden 
uitgevoerd is van het allergrootste belang voor de beleving van de 
service door de klant. 


Opleidingen Facility Management besteden dan ook bijzonder veel aandacht aan 
hospitality en gastvriendelijkheid. In de IT-wereld geldt hetzelfde: het gedrag 
van de servicedeskmedewerker is van groot belang op de klanttevredenheid. 


3.9.4 Ondersteuning 

De ondersteuning van de klant, bij het gebruiken van de voorziening, is 
onderdeel van de service (Figuur 3.1). Ook de ondersteuning kan worden 
gespecificeerd in termen van functionaliteit (welke ondersteuning wordt 
geleverd) en functioneren (hoe goed wordt dat uitgevoerd). 


Functionaliteit 

De functionaliteit van ondersteuning heeft betrekking op de volgende aspecten: 

e Gebruikers kunnen voor ondersteuning contact opnemen met de 
leverancier. Die contacten zijn de meldingen die gebruikers doen. 

— Deze ondersteuning is vaak georganiseerd in een aanspreekpunt in de 
vorm van een servicedesk, ook wel front office of helpdesk genoemd, een 
(al of niet centraal) klantcontactcentrum waar de gebruiker met 
supportvragen terecht kan. 

e Leveranciers verrichten ondersteunende handelingen ten aanzien van 
meldingen. Deze hebben betrekking op de volgende functionaliteit: 

— De afhandeling van aanpassingen van de dienstverlening. Denk aan forse 
aanpassingen van de specificaties van de dienstverlening, die een nieuwe 
overeenkomst vergen. 

— De afhandeling van wijzigingen die binnen de overeengekomen services 
vallen. 

— De afhandeling van storingen in de overeengekomen services 

— De afhandeling van extra verzoeken die binnen de overeengekomen 
services vallen, maar geen wijzigingen of storingen betreffen, bijvoorbeeld 
het leveren van een beveiligingscomponent (een sleutel of een 
wachtwoord) 


51 


DE USM-METHODE 


Functioneren 
Het functioneren van de ondersteuning heeft betrekking op dezelfde aspecten: 
e De wijze waarop contact kan worden opgenomen. Dat kan betrekking 
hebben op: 
— de bereikbaarheid, bijvoorbeeld dat de servicedesk op werkdagen open is 
tussen 08:00 uur en 18:00 uur 
— de reactiesnelheid, bijvoorbeeld dat een telefonisch verzoek binnen 20 
seconden wordt opgenomen en beantwoord 
e De afhandeling van de meldingen. Deze kan betrekking hebben op: 
— de wijze waarop wensen en klachten t.a.v. de dienstverlening worden 
opgevolgd 
— de wijze waarop wijzigingsverzoeken t.a.v. de dienstverlening worden 
opgevolgd, mits deze verzoeken binnen de gemaakte afspraken vallen 
— de wijze waarop storingsmeldingen t.a.v. de dienstverlening worden 
opgevolgd en opgelost, bijvoorbeeld dat storingen met een hoge prioriteit 
binnen 2 uren zijn opgelost en storingen met lagere prioriteit binnen 2 
werkdagen zijn opgelost 
— de wijze waarop extra verzoeken t.a.v. de dienstverlening worden 
afgehandeld (die dus geen wensen, klachten, wijzigingen of storingen 
betreffen), bijvoorbeeld dat een nieuw wachtwoord binnen 5 minuten 
wordt uitgereikt door een servicedeskmedewerker, of dat een lockersleutel 
binnen een werkdag wordt uitgeleverd door een huismeester 


De functionaliteit van ondersteuning komt altijd op hetzelfde neer. Over het 
functioneren van de ondersteuning kunnen boeken vol worden geschreven. 


3.10 De servicepropositie 


Dienstverlening beoogt toegevoegde waarde te leveren, op een klantgerichte 
wijze, in een cocreatie van de betrokken stakeholders. 


Voor het analyseren van de relaties tussen de betrokken stakeholders en de 
waardepropositie kan een serviceorganisatie gebruik maken van diverse 
modellen: 

e De waardeketen van Porter beschrijft een systematische opdeling van een 
organisatie in primaire activiteiten en ondersteunende activiteiten. 

e Het waardedisciplinemodel van Treacy & Wiersma beschrijft drie dimensies 
waarop een organisatie haar waardepropositie kan baseren. 

e Het EFQM Excellence model is een managementmodel voor de analyse en 
verbetering van de prestatie van een organisatie. Het beschrijft de 
belangrijkste aandachtsgebieden voor de stakeholders van de organisatie. Het 
INK-managementmodel is afgeleid van het EFQM Excellence model. 

e De business model canvas (BMC) is een instrument voor een zakelijke analyse 
van een organisatie. Centraal in het model staat de waardepropositie voor 
klanten. 

e De value proposition canvas (VPC) is een instrument voor het opstellen van 
een waardepropositie voor gebruikers. 
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3.10.1 De waardeketen van Porter 

Porter?” maakte onderscheid tussen primaire en ondersteunende (secundaire) 
activiteiten, conform paragraaf 3.4. De primaire activiteiten waren sterk geënt op 
een klassieke productieorganisatie (manufacturing), waarbij goederenstromen 
centraal stonden, conform een Goods-Dominant logic (GD-logic, zie Hoofdstuk 
1). Services werden beschouwd als ‘add-ons’, in aanvulling op de 
goederenpropositie. De ondersteunende (facilitaire) activiteiten werden in vier 
containers ingedeeld. In een moderne indeling van facilitaire taakgebieden (zie 
EN15221, paragraaf 3.5) komt een fijnmaziger en bredere indeling naar voren. 


ondersteunende 
activiteiten 


Pen ndndndenen ed nttnttttentestnt 


# INKOMENDE OPERATIONELE UITGAANDE MARKETING 
primaire LOGISTIEK ACTIVITEITEN LOGISTIEK & VERKOOP 


activiteiten 


En nn nn 


MARGE 
Figuur 3.11 De waardeketen van Porter 


Porter's waardeketen is in een GD-logic tijdperk te positioneren. 


3.10.2 Het waardedisciplinemodel van Treacy & Wiersma 

Het waardedisciplinemodel van Treacy & Wiersma?® (Figuur 3.12) beschrijft drie 

dimensies (‘waardedisciplines’) waarlangs een leverancier een waardepropositie 

(in casu een servicepropositie) kan definiëren: 

e Operational excellence. Met een sterke focus op de uitvoering stuurt de 
leverancier vooral op de effectiviteit van haar services. De technische 
prestatie staat centraal. Alles is tot in de puntjes geregeld en de kosten 
worden zo laag mogelijk gehouden. 

e_ Product leadership. De leverancier levert de beste service die er in de 
markt te vinden is. Creativiteit, voortdurende verbeteringen, vernieuwingen 
en flexibiliteit staan centraal in de bedrijfsvoering. 


27 Michael E. Porter, 1985. Competitive Advantage: Creating and Sustaining Superior Performance. 
NY: Free Press, 

28 Michael Treacy & Fred Wiersma, 1993. Customer Intimacy and Other Value Disciplines. Harvard 
business review 71(1) 
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e Customer intimacy. De leverancier stelt de klant centraal bij de 
ontwikkeling en levering van haar services. De leverancier streeft naar een 
innige en langdurige relatie met de klant (customer loyalty). 


CUSTOMER 
INTIMACY 


—_ 
mm en en 


Figuur 3.12 Het waardedisciplinemodel van Treacy & Wiersma 


Voorbeeld. Dell hanteert een operational excellence strategie: het zo 
flexibel mogelijk leveren van de beste goederen tegen de laagste prijs. In 
termen van het waarde-volwassenheidsmodel (Figuur 2.3) acteert Dell 
daarmee op niveau 1 of 2: het leveren van technologie of systemen. Ook 
IKEA hanteert deze strategie. 

Apple volgt een product leadership strategie. De prijs van apparaten is 


ondergeschikt, alles moet van superieure kwaliteit zijn en wordt ingebed in 
een breed scala van ondersteunende voorzieningen voor de allerbeste 
ervaring. 

Supermarktketen Albert Heijn stemt met haar bonuskaart de aanbiedingen 
af op het profiel van de klant en volgt een customer intimacy strategie. 

KLM heeft door forse concurrentie van prijsvechters haar customer intimacy 
strategie deels moet bijstellen in de richting van operational excellence. 


Volgens dit model wordt de leverancier geacht in één van de beschreven 
dimensies uit te blinken en daar haar servicepropositie op te baseren, en moeten 
de beide andere disciplines tenminste op een bepaald drempelniveau worden 
uitgevoerd voor een effectieve dienstverlening. In de context van USM en het 
value maturity model is customer intimacy een strategie waarin de leverancier op 
klantgericht niveau kan functioneren, en in cocreatie met de klant tot de 
opstelling van de waardepropositie komt. Beide andere disciplines komen meer 
aan bod op de niveaus technologiegericht, systeemgericht en servicegericht 
(Figuur 2.3). Daarmee sluit het model aan bij de zienswijze dat een 
volwassenheidsniveau pas kan worden bereikt als de organisatie ook de 
onderliggende niveaus ‘onder de knie heeft’. Het waardedisciplinemodel van 
Treacy & Wiersma is bruikbaar in de context van een SD-logic beschouwing van 


dienstverlening. 
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3.10.3 Het EFQM Excellence model 


Het EFQM Excellence model (Figuur 3.13) is gebaseerd op volgende 
veronderstelling. 


EFQM: Excellente resultaten op het gebied van performance, klanten, 
medewerkers en maatschappij worden bereikt door leiderschap dat 
voortkomt uit beleid en strategie, met behulp van medewerkers, 
relaties, middelen en processen. 


Het model beschrijft hoe een groep organisatiefactoren (enablers) wordt ingezet 
om excellente resultaten (results) in een viertal resultaatgebieden te bereiken. 
Die resultaten worden mogelijk gemaakt door 5 factoren: 

e leiderschap 

e beleid en strategie 

e medewerkers 

e partnerschappen en resources 

e processen 


De resultaten worden bereikt in vier resultaatgebieden: 
e klantresultaten 

e _personeelsresultaten 

e _maatschappijresultaten 

e bedrijfsresultaten 


Ee 
LEADERSHIP STRATEGY ] 


PARTNERSHIPS 
& RESOURCES 


ENABLERS ET: We eld 


PEOPLE 
ä RESULTS 8 
CUSTOMER 
E RESULTS ä 
SOCIETY 
RESULTS 


LEARNING, CREATIVITY AND INOVATION 


Figuur 3.13 Het EQM Excellence model (OEFQM 2012) 


PROCESSES, 
PRODUCTS 
& SERVICES 


BUSINESS 
RESULTS 


Het EFQM Excellence model is bruikbaar in de context van een SD-logic 
beschouwing van dienstverlening. Het wordt vooral gebruikt als een analyse- 
instrument voor self-assessment en benchmarking. 


Het hiervan afgeleide Nederlandse INK-model (Figuur 3.14) beschrijft op 
nagenoeg dezelfde wijze hoe de organisatie (met enablers) haar prestaties 
(results) realiseert. Ook dit model wordt vooral ingezet voor self-assessment en 
benchmarking. 
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VALUE PROPOSITION CANVAS 


Figuur 3.16 Business model canvas en value proposition canvas (naar 
Osterwalder c.s.) 


Het klantsegment wordt beschreven in termen van klantprofielen, en het 
waardepropositiesegment wordt beschreven in termen van valve maps. Bij het 
opstellen van de value maps en de waardeproposities wordt weer gebruik 
gemaakt van de ‘omgeving’ uit het business model canvas. 


Bij het opstellen van de servicepropositie gaat het om het matchen van services 
aan klanttaken, via pain relievers en gain creators, waarbij Osterwalder c.s. 10 
principes hanteren voor het prototypen van services (Tabel 3.4). Deze principes 
vertonen grote overeenkomsten met de cultuur en techniek van agile werkwijzen 
(zie paragraaf 9.7.1). 


Het value proposition canvas is bruikbaar in de context van een SD-logic 
beschouwing van dienstverlening. 


Bij het opstellen van een servicepropositie is het van belang om 
regelmatig terug te kijken naar het business model canvas, en daarna 
het ontwerpen van de service te vervolgen, om voortdurend rekening 
te blijven houden met alle aandachtsvelden van de organisatie en z’n 
omgeving. 
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Principe Toelichting 


1.Make it visible and tangible Vermijd wollige beschrijvingen, maak het 
concreet. 


2.Embrace a beginners mind Laat je niet beïnvloeden door gebaande 
paden. Denk out-of-the-box. 
Hou opties voor alternatieven open. 
Vermijd een tunnelvisie door al te snel bij 
een eerste idee te blijven hangen. 
Wees niet bevreesd voor onzekerheid in 
het begin van de ontwikkelfase. 
5.Start with low fidelity, iterate, and refine Investeer niet teveel in details van de 
eerste ontwerpen om te voorkomen dat je 
| er geen afstand meer van wil doen. 
Haal zoveel mogelijk feedback, aan het 
begin van de ontwerpfase. 
ET faster by failing early, often, and cheaply Omarm falen, door dat zo vroeg mogelijk 
te doen, voordat je teveel hebt 
geïnvesteerd in de uitwerking. Beperk 
_| daarmee de faalkosten. 


3.Don't fall in love with first ideas — create 
alternatives ….. 


4.Feel comfortable in a “liquid state” 


6.Expose your work early — seek criticism 


8.Use creative techniques Pas gedurfde technieken toe. Verlaat 
ebaande paden. 
9.Create “Shrek models” Overdrijf de kenmerken van het 


prototype, om de discussie te stimuleren, 
niet om het te realiseren. 

10. Track learnings, insights, and progress Hou bij wat er allemaal is bedacht tijdens 
de ontwerpfase, ook als je dat niet 
gebruikt. Het kan later alsnog van grote 
waarde blijken te zijn. 
Tabel 3.4 De tien prototyping principes van value proposition design 
(Osterwalder, 2014) 


3.11 De servicecatalogus 


De servicepropositie laat zich voor de gebruikers vertalen naar een opsomming 
van de mogelijke ondersteunde voorzieningen die in de dienstverlening zijn 
opgenomen. Dat noemen we een servicecatalogus. 


Voorbeeld. In een restaurant beschrijft de menukaart de servicepropositie, 
Bij een IT-team bevat de self-service portaal de lijst met services waar de 

gebruiker een beroep op kan doen. Een conferentieoord presenteert op haar 
website een lijst van kamers, vergadervoorzieningen en catering-opties. Een 


verhuisbedrijf beschrijft alle vormen van verhuiswagens, de kosten van 
verhuizers en de opslagvoorzieningen in een folder of op haar website. Een 
verzekeraar beschrijft alle dekkingsvarianten met de bijbehorende kosten in 
een polisvoorwaardendocument. 


Zo heeft iedere dienstverlener een beeld van de services die kunnen worden 
geleverd. Voor iedere klant/gebruiker geldt hetzelfde. Het is dus van groot 
belang dat beide beelden op elkaar aansluiten. Figuur 3.17 illustreert dat die 
aansluiting op verschillende niveaus moet plaatsvinden: 

e Op strategisch niveau gaan de klant en de leverancier een relatie met elkaar 
aan. Die relatie betreft de uitspraak dat ze zaken met elkaar doen. Hoe dat 
precies wordt uitgewerkt en wordt onderhouden is een taak voor het tactisch 
niveau. Op strategisch niveau wordt bijvoorbeeld bepaald dat er een 
servicecatalogus wordt gebruikt. 
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e Op tactisch niveau stemmen klant en leverancier de servicespecificaties af: 
ze bepalen samen welke services er geleverd worden en hoe die eruitzien. 
Hier zorgt de klant ervoor dat de services aansluiten op de behoeftes van de 
business. Klant en leverancier formuleren hier bijvoorbeeld samen de 
servicecatalogus. 

e Op operationeel niveau levert de leverancier de ondersteunde voorziening 
(de service) en maakt de gebruiker er gebruik van. 


Wie zijn onze 


Wie zijn onze 5 
eten ed slralegischa ff klanten? 


leveranciers? 


Welke service Welke service 
nemen wo af? GG \----—- een leveren we? 


Hoe maken we de overeengekomen 
voorzieningen beschikbaar 


Hoe gebruiken we 
‚ en hoe ondersteunen we die bij het gebruik? 


de services? 


KLANT 
Figuur 3.17 De aansluiting van klant en leverancier 


Een servicecatalogus kan klant- of situatiespecifiek zijn, of alle denkbare services 
bevatten die de leverancier kan leveren. 


Voorbeeld. In een restaurant kunnen meerdere menukaarten gebruikt 
worden: een menukaart voor warme maaltijden, een lunchkaart voor 
gerechten die alleen rond lunchtijd beschikbaar zijn, een wijnkaart met een 
extra aanbod van wijnen, en wellicht zelfs een bierkaart. 

Een hogeschool kan een catalogus hanteren voor voltijdsonderwijs en een 


catalogus voor deeltijdstudies. 

Een IT-leverancier kan een algemene servicecatalogus hanteren voor het 
aanprijzen van haar diensten, en een specifieke self-service portal inrichten 
voor de gebruikers van de services die aan één bepaalde klant worden 


geleverd. 


Bij elk van die niveaus stellen klant en leverancier vast wie met wie 
communiceert, en hoe. Die specificaties maken deel uit van de servicecatalogus. 


Voor de inrichting van een servicecatalogus kunnen de volgende 10 aanwijzingen 
worden gehanteerd: 
1. Presenteer de services in een logische ordening per taakgebied, die 


aansluit bij de belevingswereld van de gebruikers. 
— Een interdisciplinair shared service center maakt bijvoorbeeld onderscheid 


naar personeelsdiensten, IT-voorzieningen, consumptiegoederen, 
cateringvoorzieningen, ruimtevoorzieningen, etc. 
2. Presenteer de services in een logische ordening van services en 
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deelservices (een service tree). 

— Services bestaan vaak uit componenten die per stuk kunnen worden 
aangevraagd. Bij het uitvragen doorloopt een gebruiker dan bijvoorbeeld 
een decompositie-vraagtabel waarin de component wordt gevonden door 
steeds een stapje dieper te graven in een service (down drilling). 

. Formuleer services in termen van voorzieningen en ondersteuning. 

— De gebruiker ziet vaak in eerste instantie de voorziening en daarna pas de 
ondersteuning die de leverancier daarop levert. Presenteer de services dan 
ook in eerste instantie als de voorzieningen die voor de gebruiker 
zichtbaar en herkenbaar zijn, en vermeld daarbij dan de ondersteuning. 

„ Formuleer de voorziening en ondersteuning beide in termen van 

functionaliteit en functioneren. 

— Omschrijf de functionaliteit van de voorziening in voor de gebruiker 
herkenbare termen. 

— Neem van het functioneren van de voorziening in ieder geval de 
belangrijkste kenmerken op die het gebruik van de voorziening door de 
gebruiker beïnvloeden. Denk daarbij aan kenmerken zoals garantietermijn, 
beschikbaarheid, veiligheid, capaciteit, snelheid en onderhoudswindows. 

— Beschrijf de functionaliteit van de ondersteuning in termen van afspreken, 
wijzigen, herstellen en uitvoeren van overige handelingen. 

— Maak voor die ondersteuning duidelijk hoe deze functioneert: welke 
verwachting mag de gebruiker hebben t.a.v. aanpassingen, herstelacties, 
etc. Denk aan levertijd, reactietijd, hersteltijd, etc. Daarvoor kan de 
leverancier verschillende strategieën met de klant afspreken. De 
ondersteuning kan klantspecifiek worden ingericht. Dat vereist een 
fijnmazige specificatie aan de kant van de servicecatalogus. Iedere klant 
zou dan een ‘unieke’ servicecatalogus moeten zien, door bijvoorbeeld met 
een speciaal account in te loggen. Ondersteuning kan ook meer generiek 
worden ingericht, door bijvoorbeeld alleen te differentiëren naar 
kwalificaties zoals goud, zilver of brons. 

„ Vermeld bij elke service onder welke voorwaarden de service geleverd kan 

worden. 

— Maak duidelijk wie gerechtigd is de service aan te vragen en waar deze 
wordt aangevraagd. Denk aan mandaat, autorisatie, procuratie. 

— Maak duidelijk of er beperkingen zoals veiligheidsvoorschriften op het 
gebruik van toepassing zijn. 

„ Laat zoveel mogelijk services aanvragen in een self-service voorziening 

(self-service portal) die ook de communicatie tijdens de afhandeling 

ondersteunt. 

— Het streven om zoveel mogelijk handelingen bij de dienstverlening naar de 
gebruiker te schuiven wordt wel shift left genoemd. 

. Ondersteun zoveel mogelijk services met een geautomatiseerde 

afhandeling (ook wel runbook automation genoemd). 

— Als de gebruiker de uitlevering van de aangevraagde voorziening of 
ondersteuning met een druk op de knop zelf kan initiëren, dan scheelt dat 
contacttijd. Als die uitlevering dan ook nog geautomatiseerd kan 
plaatsvinden, op initiatief van de gebruiker, dan speelt de 
serviceorganisatie snel en vakkundig in op de dagelijkse behoefte aan 
dienstverlening. Runbook automation betekent dat de leverancier 
routinematige, gestandaardiseerde prestaties mechaniseert en/of 
automatiseert. USM ondersteunt die aanpak met een krachtige 
standaardisatie van alle workflows van de serviceorganisatie. 
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8. Maak bij elke service handleidingen en FAQ-lijsten beschikbaar voor de 
gebruikers. 

— Hoe meer dergelijke ondersteuning wordt aangeboden onder handbereik 
van de gebruiker, hoe meer de gebruiker zichzelf kan helpen bij issues. 
Tegelijkertijd leert de gebruiker meer over de werking van de service. 

9. Visualiseer zoveel mogelijk. 

— Een servicecatalogus is beter te ‘lezen’ door de gebruiker als de navigatie 

door plaatjes en kleuren wordt ondersteund. 
10.Vermeld in de servicecatalogus hoe een nieuwe service kan worden 
aangevraagd die niet in de catalogus staat. 


De belangrijkste aanwijzing voor een servicecatalogus is echter de 
volgende: “houd het simpel”. 


Van een servicecatalogus kunnen verschillende views gemaakt worden, per 

stakeholder, conform Figuur 3.17: 

e In een klantview vertoont de servicecatalogus op hoofdlijnen de services die 
de klant van de leverancier afneemt. Deze view ondersteunt de strategische 
fit (alignment). 

e In een gebruikersview vertoont de servicecatalogus de gedetailleerde 
beschrijvingen van de beschikbaar gestelde voorzieningen, de wijze waarop 
deze worden aangevraagd en ondersteund, en alle condities en kenmerken 
die daarbij relevant zijn. Deze view wordt ook wel request catalogus 
genoemd, omdat de onderdelen ‘bestelbaar’ zijn. Deze view ondersteunt de 
operationele fit. 

e In een leveranciersview vertoont de servicecatalogus de informatie over de 
werkwijzen en technologische componenten die bij de service van toepassing 
zijn. 


Voor de tactische fit vertaalt het tactisch management de klantview naar de 
gebruikersview. Op dat niveau worden de keuzes gemaakt voor de 
servicespecificaties die in de gebruikersview worden geoperationaliseerd. 


De servicecatalogus is een beheerde component in het instrumentarium van de 
leverancier. Het beheer van de servicecatalogus wordt dus net zo afgehandeld 
als alle andere beheerde infrastructuur (zie paragraaf 6.2). 


3.12 Kwaliteit van dienstverlening 


Dienstverlening is een wisselwerking tussen een klant en een leverancier. Beide 
partijen hebben hierbij belangen. Deze belangen lijken soms tegenovergesteld te 
zijn (de één wil iets verdienen aan de ander), maar niets is minder waar. Juist 
omdat er (gedurende de dienstverlening) een onlosmakelijke band tussen klant 
en leverancier bestaat, is het van het grootste belang dat de leverancier begrijpt 
wat de positie van de klant is, en dat de klant begrijpt wat de positie van de 
leverancier is. En dat is precies waar het bij dienstverlening vaak mis gaat: 
partijen proberen zoveel mogelijk te winnen ten koste van elkaar, waardoor het 
resultaat netto slechter voor beide is. 
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3.12.1 Dienstverlening komt van twee kanten 


Elke extern geleverde service (door een partij die geen deel uitmaakt 
van de eigen organisatie) is te beschouwen als een vorm van 
outsourcing van een taak die ‘oorspronkelijk’ voor eigen rekening 
kwam. Het feit dat deze taak (ooit) ‘op afstand’ is gezet ontslaat de 
organisatie niet van de verantwoordelijkheid voor die taak. 


De klant hoeft niet exact te weten hoe de leverancier te werk gaat bij het 
bouwen en beheren van de voorziening, en bij het uitvoeren van de 
ondersteuning, maar de klant is wel verantwoordelijk voor die service: de service 
maakt deel uit van de integrale set activiteiten en middelen waarmee de klant 
zijn primaire taken ondersteunt. Slecht opdrachtgeverschap is dan ook in veel 
gevallen de oorzaak van een slechte dienstverlening. De klant dient zich dus te 
realiseren wat de problematiek van zijn leverancier/dienstverlener is. Dat geldt 
vooral voor services die een sleutelrol spelen in de bedrijfsvoering van de klant. 
Pas als er sprake is van commoditizing, en de leverancier relatief eenvoudig te 
vervangen is, zonder dat de service verandert, kan de klant het zich permitteren 
om zich niet meer te verdiepen in de positie en de problematiek van zijn 
leverancier. Tot die tijd is wederzijdse afhankelijk van grote invloed op het netto 
resultaat van de dienstverlening. 


Omgekeerd dient ook de leverancier een goed begrip te hebben van de rol van 
de beschikbaar gestelde voorziening in het licht van de bedrijfsvoering van de 
klant. Als de leverancier niet begrijpt waarom een klant bepaalde wensen heeft, 
en niet weet wat de klant feitelijk verlangt, dan is een goed passende 
dienstverlening ver weg. Voor effectieve communicatie hierover tussen klant en 
leverancier is toepassing van tekststrategie van grote waarde. Dit onderwerp 
komt uitvoeriger aan de orde bij de behandeling van communicatie in paragraaf 
5.8. 


Ook hier geldt dat commoditizing de leverancier in zekere mate ontslaat van 
deze verplichting. Bij commoditizing richt de leverancier zich vooral op de 
concurrentie met andere leveranciers. Zo lang een service echter onderscheidend 
is voor de klant, doet de leverancier er goed aan zich te verdiepen in de 
betekenis van deze service voor de klant. 


gn 
Bij het managen van dienstverlening is inzicht in elkaars problematiek 
van het allergrootste belang, zowel voor leverancier als voor de klant. 

AEEA eN SE 


3.12.2 Borging 

USM onderkent twee belangrijke mechanismen waarmee de organisatie in control 
kan komen en haar servicepropositie kan borgen: functiescheiding en 
standaardisatie. 


Het eerste principe van USM (paragraaf 2.4) is “Functiescheiding ondersteunt 
control”. Het borgingsmechanisme functiescheiding leidt tot het onderscheid 
tussen specificeren en realiseren. Dit mechanisme is toepasbaar op meerdere 
aspecten en op meerdere objecten. Zo kan functiescheiding borging 
ondersteunen door een onderscheid aan te brengen tussen het specificeren en 
het realiseren van een service (domeinscheiding). Het toepassen van 
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functiescheiding op het object ‘werkwijze’ kan leiden tot het onderscheiden van 
procesmanagement en lijnmanagement. Functiescheiding wordt verder toegelicht 
in paragraaf 7.7. 


Het tweede principe van USM is “standaardisatie borgt voorspelbaarheid”. Met 
standaardisatie zorgt een organisatie ervoor dat een resultaat wordt bereikt 
met een werkwijze die in het verleden heeft bewezen dat resultaat op een 
effectieve en efficiënte wijze te realiseren. Met standaardisatie wordt dus een 
voorspelbaar resultaat behaald op basis van lessen uit het verleden. 
Standaardisatie leidt bovendien tot herhaalbaarheid en daarmee tot leerbaarheid, 
zodat ook fouten door menselijk handelen kunnen worden beperkt. 
Standaardisatie is elementair voor een methode, en komt dan ook overal in USM 
aan bod. 


Hoe meer een handeling standaardiseerbaar is, hoe eerder zo’n 
handeling ook kan worden gemechaniseerd of geautomatiseerd. 


3.12.3 Kwaliteitsverbetering 
Goed is (nooit) goed genoeg. 


Organisaties streven in het algemeen steeds naar een verbetering van de 
geleverde kwaliteit. Tegelijkertijd streven die organisaties vaak ook naar het 
reduceren van de kosten van die services. Kortom, het credo is vaak “meer voor 
minder”, zeker als die leverancier met andere leveranciers moet concurreren. In 
een markt waarin interne dienstverleners worden vergeleken met externe, en 
outsourcing een terugkerend gespreksonderwerp is, moet dus ook de interne 
leverancier voortdurend streven naar kwaliteitsverbetering. 


Om voortdurende kwaliteitsverbetering mogelijk te maken is het noodzakelijk de 
verbeteraanpak zelf onder controle te brengen. Afwisselend hardlopen en dan 
weer stil staan, leidt in het algemeen niet tot tevreden klanten. Zo’n aanpak is 
vaak ook niet kosteneffectief. 


Voor continue kwaliteitsverbetering is de stapsgewijze uitvoering met behulp van 
de PDCA-cyclus van Deming (Figuur 3.18) uitstekend bruikbaar. Het 
kwaliteitsverbetermodel van Deming gaat uit van de herhaling van vier stappen 
om tot steeds betere prestaties te komen: 

1. Plannen (Plan) — Stel vast wat wanneer moet gebeuren, wie dat gaat doen, 
hoe en waarmee. 

Uitvoeren (Do) — Voer de geplande activiteiten uit. 

Meten (Check) — Stel vast of de activiteiten opleveren wat verwacht wordt. 
Aanpassen (Act) - Stel gewenste verbeteringen vast voor Plannen. 


se GON) 


Kwaliteitszorg is een verantwoordelijkheid van alle medewerkers in een 
serviceorganisatie. Elke medewerker dient zich te realiseren hoe zijn of haar 
bijdrage in de organisatie de kwaliteit van het werk van collega's beïnvloedt en 
uiteindelijk bijdraagt aan de servicelevering van de organisatie als geheel. 
Kwaliteitszorg is ook het voortdurend zoeken naar verbeteringen in de 
organisatie en de uitvoering van activiteiten om tot kwaliteitsverbetering te 


komen. 
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KWALITEIT 


verbeterstap, verbetersprint 


Figuur 3.18 Het kwaliteitsverbetermodel van Deming (PDCA) 


Dr. W. Edwards Deming was een Amerikaanse statisticus die door 
generaal Douglas MacArthur na de tweede wereldoorlog naar Japan 
werd gehaald om daar de verwoeste economie nieuw leven in te 
blazen. Hij had in Amerika in de jaren dertig theorieën ontwikkeld 
over het optimale gebruik van deskundigheid en creativiteit in de 
organisatie, maar die ideeën sloegen daar vanwege de recessie niet 
aan. In Japan werden zijn methodes voor optimalisatie wel een 
succes. 


Kenmerkende uitspraken van Deming zijn: 

“De klant is de belangrijkste schakel in de productielijn.” 
“Tevreden klanten hebben is niet voldoende, de winst komt van 
klanten die terugkomen, en die hoog opgeven over jouw product bij 
vrienden en kennissen.” 

“De sleutel tot kwaliteit is: verkleining van de variantie.” 
“Sloop de barrières tussen afdelingen.” 

“Managers moeten leren hun verantwoordelijkheid te nemen en 
leiding te geven.” 

“Verbeter voortdurend.” 

“Richt een programma in voor opleiding en zelfverbetering.” 
“Leren kun je tijdens je werk (training on the job).” 
“Veranderen is ieders werk.” 
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Een even eenvoudig, maar meer gedetailleerd verbetermodel is het continual 
improvement model? zie (Figuur 3.19). Dit model volgt een iteratieve 
benadering en sluit aan bij het USM-principe van stapsgewijze verbetering. Het 
sluit eveneens aan bij de klantgerichte benadering van USM, door een constante 
koppeling naar de visie, missie en doelen van de serviceorganisatie. 


WAT IS DE VISIE? 


WAAR STAAN WE NU? 


WAAR WILLEN WE HEEN? 


HOE HOUDEN WE 
HET MOMENTUM 
GAANDE? 


HOE KOMEN WE DAAR? 


NEEM ACTIE 


IS HET DOEL BEREIKT? 


Figuur 3.19 Het continual improvement model (naar ITIL 4) 


Kwaliteitsborging dient voor de organisatie te zijn gebaseerd op concreet 
beleid. Het is het geheel aan maatregelen en procedures, waarmee de 
organisatie veilig stelt, dat de dienstverlening blijft voldoen aan de verwachting 
van de klant en aan de daarover met de klant gemaakte afspraken. 
Kwaliteitsborging zorgt ervoor, dat verbeteringen die het resultaat zijn van 
kwaliteitszorg, behouden blijven. 


Voorbeeld. “Kwaliteitsverbetering®: Een verbetering ontstaat door de 
nadelen uit de oude situatie weg te werken en de voordelen te behouden, 


zonder het systeem ingewikkelder te maken en nieuwe nadelen op te 
roepen” 


32 ITIL 4 Foundation, TSO, 2019 
33 Citaat Kees de Bondt, AlQuin Total Quality 
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3.12.4 Gunnen is onderdeel van de relatie 

Een laatste aspect van de relatie tussen klant en leverancier betreft de gunfactor. 
Deze speelt vooral een rol in open marktsituaties, waar de klant kan kiezen uit 
meerdere leveranciers. Als een klant bij de onderhandeling over de 
dienstverlening het onderste uit de kan wil, dan krijgt die klant vaak het 
spreekwoordelijke lid op de neus. Een leverancier moet ook iets ‘verdienen’ aan 
de dienstverlening, om zelf te kunnen bestaan. Dat is de essentie van cocreatie. 
Als een klant de leverancier niets gunt en het uiterste uit de marge weg- 
onderhandelt, dan blijft er geen ruimte over voor de leverancier om de klant 
tegemoet te komen als deze een keer iets meer nodig heeft dan in de afspraken 
is vastgelegd. De gunfactor speelt op alle niveaus van volwassenheid een rol. 


Voorbeeld. Een directeur van een organisatie deelde tijdens een evenement 
over outsourcing zijn ervaringen met de bezoekers: “Bij de outsourcing van 
een deel van onze taken voor de periode van 5 jaren heb ik verschrikkelijk 


scherp met de aanbieders onderhandeld, en een bodemprijs bedongen van 
de uiteindelijke winnaar van de deal. Top! Althans dat dacht ik. Vervolgens 
heb ik 5 jaar lang de hoofdprijs betaald.…” 


De klant in bovenstaand voorbeeld had verzuimd rekening te houden met de 
belangen van de leverancier, die ook een boterham moest verdienen aan de 
dienstverlening. De klant-leverancier relatie is altijd een balans tussen belangen 
die tegenstrijdig lijken, maar die uiteindelijk alleen maar tot een werkende 
oplossing leiden als ze beide voldoende ruimte krijgen. 


3.13 Klanttevredenheid 


Eén van de principes van de USM-methode is “de klant bepaalt de kwaliteit van 
de service”, Bij het managen van (de kwaliteit van) een service staat daarom de 
klanttevredenheid centraal. Daarmee speelt USM uitdrukkelijk in op de overgang 
van volwassenheidsniveau 3 (servicegericht) naar niveau 4 (klantgericht) van het 
volwassenheidsmodel (Figuur 2.4). 


3.13.1 Customer experience en user experience 

Customer experience (CX) is een paraplubegrip, waarin de integrale 
klantbeleving wordt gevangen. CX heeft betrekking op (iedere component van ) 
de voorziening, de ondersteuning, de marketing, de kosten, de prijs-prestatie 
verhouding, de reclame en de gevoelens die de klant ervaart t.a.v. de service en 
de leverancier. De integrale beleving die de klant heeft t.a.v. de service bepaalt 
in belangrijke mate hoe tevreden een klant is met de service. 


De user experience (UX) heeft betrekking op de interactie van de gebruiker met 
de voorziening en de ondersteuning, op het moment dat de gebruiker daarvan 
gebruik maakt. Dat uit zich bijvoorbeeld in het gemak waarmee de gebruiker de 
voorziening kan gebruiken, de snelheid waarmee de gebruiker ermee om leert 
gaan of de waardering die de gebruiker voor het uiterlijk van de voorziening 
ervaart. 
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Voorbeeld. De CX van een informatievoorziening heeft betrekking op de 
functionaliteit van de voorziening, de mate waarin deze wordt ondersteund, 
de app die er bij wordt geleverd, het nut dat de klant ervaart, enz. 

De UX van die informatievoorziening heeft vooral betrekking op de eenvoud 
waarmee schermafhandeling wordt ondersteund en hoe intuïtief dat is, de 
look-and-feel van die schermen, het aantal keren dat een gebruiker moet 
klikken voor een resultaat, etc. 

De CX van een auto kan door heel andere factoren worden bepaald, 
waaronder de status van het merk (“ik ben een BMW-rijder"), de 
milieuvriendelijkheid van het voertuig (een elektrisch voertuig of een 
hybride), de aanschafprijs en de wegenbelasting, etc. 

De UX van die auto kan worden beïnvloed door bijvoorbeeld de transmissie 
(automaat of handgeschakeld), de zithoogte (SUV, cross-over), het aantal 
deuren of de laadruimte. 


Klanttevredenheid wordt beïnvloed door beide factoren. Een uitstekende UX kan 
worden tenietgedaan door een slechte CX. Een app die er prachtig uitziet (UX) 
kan bijvoorbeeld heel slecht worden ondersteund (CX), waardoor de netto 
beoordeling slecht is. Omgekeerd kan een haperende voorziening 
gecompenseerd worden door uitstekende ondersteuning, waardoor de 
beoordeling uiteindelijk toch prima is. 


3.13.2 Kwaliteitsbeleving 

De kwaliteitsbeleving van de klant is in hoofdzaak gebaseerd op 
verwachtingen, die ontstaan op basis van de communicatie met de 
leverancier? Die verwachtingen kunnen in de praktijk meer invloed hebben op 
de ervaren kwaliteit dan de feitelijke technische kwaliteit van de services. De 
kwaliteitsperceptie — de beleving van de service door de klant - is dan ook een 
cruciale factor in de klant-leverancier relatie. Communicatie blijkt daarbij een 
cruciale rol te vervullen. Een gestructureerde aanpak van communicatie komt 
aan de orde in paragraaf 5.8. 


Het SERVQUAL-model? van Parasuraman c.s. laat zien hoe klanttevredenheid tot 
stand komt en waar het mis kan gaan. Bij de totstandkoming van de 
dienstverlening, vanaf het ontstaan van de behoefte tot de continue levering van 
de service, kunnen bij elke stap fouten (gaps) optreden, die van grote invloed 
zijn op de kwaliteitsbeleving van de klant (Figuur 3.20): 

e Gap 1: Het verschil tussen wat de klant wil en wat de leverancier denkt dat 
de klant wil. De oorzaak hiervoor ligt in het gebrek aan begrip of in een 
misrekening van de behoeften en wensen van de klant. Communicatie en 
kennis van de klantprocessen helpen dit hiaat te dichten. 

e Gap 2: Het verschil tussen wat de leverancier denkt dat de klant wil en de 
specificaties van de service die de leverancier vastiegt. Voor een leverancier 
kan het moeilijk zijn om klantwensen naar concrete servicespecificaties te 
vertalen. Communicatie en een goed begrip van de bedrijfsvoering van 
klanten kan hierbij helpen. 


34 Bron: J. van Bon (ed.). Foundations of IT Service Management, op basis van ITIL V3. VHP, 2007 
35 Parasuraman, A., Valerie A. Zeithaml en Leonard L. Berry (1985) "A Conceptual Model of Service 
Quality and Its Implications for Future Research”, Journal of Marketing, volume 49/3, 1985, p41-50 
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Gap 3: Het verschil tussen de vastgelegde servicespecificaties en de 
geleverde service. De leverancier blijkt hier niet in staat te zijn om te leveren 
wat was vastgelegd (en bedoeld en afgesproken). 

Gap 4: Het verschil tussen de uiteindelijk geleverde services en wat de klant 
toegezegd is. Hier kan sprake zijn van miscommunicatie, misrekening, of in 
het slechtste geval misleiding. 

Gap 5: Het verschil tussen de service zoals de klant die ervaart, en de service 
die de klant in eerste instantie wilde. Dit kan vele oorzaken hebben. Het kán 
zijn dat klanten meer krijgen dan ze verwachten, maar in de meeste gevallen 
trekt deze gap de aandacht wanneer de service onvoldoende is, niet aan de 
verwachtingen voldoet en de klant dus ontevreden is. 
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van de klant 


GAP 1 GAP 2 
Leverancier verstaat wens Leverancier specificeert service 
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Figuur 3.20 Fouten (gaps) bij de totstandkoming van dienstverlening (naar 
SERVQUAL) 


Het begrip ‘kwaliteit’ is een containerbegrip met verschillende definities. De 
kwaliteit van een service is bijvoorbeeld uit te drukken in een eenvoudige 
formule die alles te maken heeft met gap 5: 


Kwaliteit: het verschil tussen de Ervaren service en de 
Verwachte service. Q=E-V 


Deze definitie is opgesteld vanuit het USM-principe dat de klant uiteindelijk de 
kwaliteit van de service bepaalt. Daarmee hoort deze definitie thuis op minimaal 
niveau 4 van het volwassenheidsmodel (Figuur 2.3). 


Factoren die klanttevredenheid beïnvloeden worden wel onderverdeeld in 


satisfiers, dissatisfiers (‘hygiënefactoren’) en excitementfactoren (Kano-model). 


Een definitie met een meer holistisch karakter is de volgende: 


Kwaliteit: simultane en voortdurende tevredenheid van alle 
belanghebbenden. 
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tijdigheid, vertrouwelijkheid, en transparantie van de afhandeling 
wettigheid 

voldoende capaciteit 

continue verbetering 


Afhandeling van geschillen vindt plaats door: 

e facilitatie - bemiddeling, ondersteuning door een deskundige 

e advies - niet-bindende uitspraak van adviseur, arbiter, ombudsman 
e determinatie — bindende uitspraak van een arbiter 


ISO 10004:2018 - Quality management -- Customer satisfaction -- Guidelines for 
monitoring and measuring 

Deze norm gaat in op het managen en monitoren van klanttevredenheid, bepaald 
op basis van de formule KTV = E - V. 

De volgende principes zijn van toepassing: 

e goed begrip van klantverwachting en van de perceptie van geleverde kwaliteit 
integriteit van de gegevens over klanttevredenheid 

relevantie van de gehanteerde informatie 

tijdigheid van het verzamelen van gegevens 

communicatie van de informatie naar alle betrokkenen 

continuïteit van de monitoring 

responsiviteit op basis van de ontvangen informatie 

transparantie van de afhandeling naar de klant 

verantwoording over beslissingen en acties door management 

commitment van de organisatie t.a.v. het meten en monitoren van 
klanttevredenheid 


EN 15221 - Facility Management 

De Europese norm voor facility management biedt een uitvoerige inventarisatie 
van alle ondersteunende disciplines in de bedrijfsvoering, vanuit een practice- 
benadering. De norm beschrijft vervolgens een aantal eisen c.q. voorschriften die 
op deze praktijken van toepassing zijn. Klanttevredenheid wordt opgevoerd als 
dé maat voor de effectiviteit van de facilitaire services, maar de norm biedt geen 
houvast voor de behandeling van klanttevredenheid. EN 15221 deelt de facilitaire 
disciplines in volgens categorieën, zie paragraaf 3.5. 

EN 15221 wordt vanaf 2017 stap voor stap ingetrokken en geabsorbeerd door 
ISO 41000. 


CEN/TS 16880:2015 - Service excellence - Creating outstanding customer 
experiences through service excellence 

Deze Europese norm beschrijft het service excellence model volgens zeven 
principes: 

e _outside-in managen — management van dienstverlening vanuit het 
klantperspectief 

customer intimacy — focus op individuele klantbeleving 

mensen maken het verschil — betrokkenheid van iedereen 

gewogen aandacht voor klant, medewerker en toeleverancier 
geïntegreerde benadering — gebruik van customer journeys 

optimale inzet technologie — technologie voor klant en medewerker 
waardecreatie voor stakeholders — cocreatie als instrument 
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Het Service Excellence Model gaat uit van het continu verbazen van de klant over 
de kwaliteit van de geleverde service. Gangbare begrippen daarbij zijn customer 
experience (CX), service blueprints, cocreatie, customer journey, en service 
recovery excellence. Het model gaat nadrukkelijk in op leiderschap door het 
management en op employee empowerment. Verschillende technieken voor 
employee engagement komen aan de orde. 

De norm gaat expliciet in op de ontwikkeling en het uitdragen van een service 
excellence cultuur, en op het begrijpen van de klantbehoefte. Om aan te blijven 
sluiten op die klantbehoeftes beschrijft de norm een werkwijze, die gericht is op 
het voortdurend verbeteren en innoveren van de services, afgestemd op de 
klantbeleving. 


CEN/TS 16880 is met afstand de meest actuele, relevante, en gedetailleerde 
norm op het gebied van service excellence. De ISO-organisatie werkt intussen 
aan de ontwikkeling van ISO/AWI 23592 Service Excellence — Principles and 
model, en aan ISO/AWI TS 23686 Measurement and evaluation of service 
excellence. 


ISO 18295:2017 - Customer contact centers 

Deze norm bestaat uit twee delen die betrekking hebben op klantcontactcentra 

(KCC's): 

e ISO 18295-1:2017 - Customer contact centres - Part 1: Requirements for 
customer contact centres 

e ISO 18295-2:2017 - Customer contact centres - Part 2: Requirements for 
clients using the services of customer contact centres 


Deel 1 specificeert de eisen voor inhouse en uitbestede KCC's. De norm voorziet 
in eisen over de inrichting van het KCC t.a.v. competenties en skills, werkwijzen 
en ondersteuning door technologie, en specificeert o.a. de volgende eisen aan de 
dienstverlening door een KCC: 

e Communicatie met klanten is accuraat, relevant, eenvoudig te begrijpen 

e Als een melding niet direct tot een oplossing leidt, dan ontvangt de klant 
informatie over de verwachte oplostijd, de contactpersoon, de status, en 
eventuele vertraging 

De klantervaring en -tevredenheid wordt gemonitord door het KCC. 
Klachtenafhandeling wordt volgens afspraak ondersteund. 

Klantinformatie wordt vertrouwelijk behandeld. 

Kosten worden tijdig inzichtelijk gemaakt. 

Voor outbound verkeer volgt het KCC nationale en internationale richtlijnen. 


Deel 2 specificeert de eisen voor de klant van de KCC, vooral voor taken die nog 

voor rekening komen van de klantorganisatie. KCC's worden vaak ingezet om 

klantcontacten voor eindklanten van een opdrachtgever te ondersteunen. Deel 2 

beoogt ervoor te zorgen dat consequent aan de verwachtingen van de klant en 

de klanten van die klant wordt voldaan door het KCC te laten voldoen aan de 

vereisten van deel 1. Deel 2 behandelt specificaties voor o.a: 

e eisen van de klant over de ondersteuning van haar eindklanten, zodat het 
KCC weet wat er van haar verwacht wordt 

e informatie over die eindklanten en de wijze waarop zij het KCC zullen 
raadplegen (taal, communicatiekanalen, tijdzones, openingstijden, etc.), 
zodat het KCC zich daar op in kan stellen 

e een gemeenschappelijk beoordelingskader voor de CX van die eindklanten 
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ISO 41000 — Facility management 
In 2017 kwamen de eerste delen van de ISO 41000 reeks uit. De normen zijn 
toepasbaar op zowel interne als externe facilitaire organisaties. De reeks 
vervangt stap voor stap de normen uit de EN 15521 reeks, en bestaat per begin 
2019 intussen uit de volgende delen: 
e ISO 41001:2018 - Facility management — Management systems — 
Requirements with guidance for use 
ISO 41011:2017 - Facility management — Vocabulary 
ISO 41012:2017 - Facility management — Guidance on strategic sourcing and 
the development of agreements. 
e ISO/TR 41013:2017 Facility management — Scope, key concepts and benefits 


ISO 41001 specificeert de eisen aan de toepassing van een gedocumenteerd en 

geïntegreerd facilitair managementsysteem, d.w.z. een managemensysteem voor 

facilitaire taakgebieden, ongeacht de aard van dat taakgebied. De norm is een 

toets-norm, in de zin dat een organisatie haar compliance t.a.v. de eisen uit die 

norm kan (laten) beoordelen. Het facilitaire managementsysteem dient te 

voorzien in o.a: 

een duidelijk afgebakende scope 

strategische onderbouwing met missie, visie, richtlijnen e.d. 

een heldere organisatiestructuur met TBV 

planmatige afhandeling van verbeterkansen en bedreigingen 

meetbare doelstellingen 

planmatig beheer van vereiste resources en competenties 

het managen van alle contacten met gebruikers en andere stakeholders 

een zorgvuldige en beheerde uitvoering van de dienstverlening 

een voortdurende monitoring en beoordeling van de kwaliteit van 

dienstverlening, met adequate bijsturing indien noodzakelijk 

e een voortdurende verbetering van de kwaliteit van dienstverlening, vanuit 
een proactieve opstelling 


ISO 41011 documenteert de definities van de termen in de ISO 41000 reeks. 


ISO 41012 gaat in op eisen aan sourcing en aan de overeenkomsten die daarbij 
een rol spelen. Deze eisen hebben betrekking op zowel intern als extern 
geleverde facilitaire diensten. 


ISO 41013 definieert de scope van facility management (vergelijk EN 15221): 
vastgoed, gebouwen 

e infrastructuur (wegen, bruggen, kanbalen, spoorwegen, etc.) 

e inrichting (meubilair, werkplekken, verlichting, sanitair, verwarming, etc.) 

nutsvoorzieningen (elektriciteit, gas, water, etc.) 

ondersteunende taken zoals beveiliging, catering, toegangsbeheer, fleet 

management, ontvangst, printvoorzieningen, evenementenorganisatie, etc. 

e gebruikersondersteuning (t.a.v. de genoemde facilitaire componenten) 


ISO 41013 definieert ‘facilities’ als een verzameling van zaken die 
gebouwd of geïnstalleerd zijn. Een auto, een apparaat voor 
luchtbehandeling, of iets wat niet gebouwd is (b.v. een park) is geen 
‘facility’. Een facility volgens ISO41000 dekt dus niet de term 
voorziening van USM. 
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3.13.4 Klachten en storingsmeldingen 

Klanttevredenheid wordt nogal eens gekoppeld aan de mate waarin de klant 
klaagt. Die klachten hebben vaak te maken met storingen in de dienstverlening. 
Een klacht is echter niet hetzelfde als een storingsmelding. 


Storingsmelding: een melding van een klant bij een leverancier, 
over een storing in de overeengekomen dienstverlening. 


Storingen maken deel uit van de reguliere dienstverlening. Klant en leverancier 
maken afspraken over de afhandeling van storingen, en de leverancier doet z'n 
best om die afspraken op een gestructureerde manier na te komen. Het geheel 
storingsvrij leveren van services is enerzijds praktisch ondoenlijk, maar 
anderzijds ook onbetaalbaar. Beide factoren leiden ertoe dat klanten en 
leveranciers gewoonlijk afspraken maken over de acceptabele hoeveelheid 
storingen. Het melden van een storing maakt dan deel uit van de normale relatie 
tussen klant en leverancier. Pas als de klant méér storingen ervaart dan 
verwacht (Q = E - V) leidt dat mogelijk tot ontevredenheid. 


Ontevredenheid over de ervaren service kan leiden tot een klacht. 


Klacht: een uiting van onvrede met de ervaren service, 


Een klacht hoeft dus niets te maken te hebben met een storing. Natuurlijk kan 
een klacht wel weer betrekking hebben op de manier waarop een storing is 
afgehandeld. Dit is een reden om de afhandeling van klachten en storingen 
separaat, maar in samenhang uit te voeren. Hoofdstuk 5 laat zien dat daarvoor 
twee verschillende processen worden ingezet. 


Afhandelen van storingen 

Voor het afhandelen van storingen maakt de leverancier een duidelijke afspraak 
met de klant. Storingen treden immers met zekere regelmaat op. Die 
afhandeling komen klant en leverancier overeen, in termen van bijvoorbeeld: 

e Waar kunnen storingen worden gemeld? 

Wanneer kunnen storingen worden gemeld? 

Wat is de responstijd van de leverancier? 

Wat is de hersteltijd voor een storing? 


Deze afspraken kunnen afhankelijk van de ernst van de storing nader worden 
gespecificeerd. Paragraaf 6.3 gaat nader in op de procesmatige afhandeling van 
storingen, die in USM incidenten worden genoemd. ' 


Afhandelen van klachten 

Het is in de praktijk stukken eenvoudiger om klanttevredenheid te verliezen dan 
te winnen. Een paar klachten kunnen de zorgvuldig opgebouwde reputatie of 
relatie in korte tijd grote schade toebrengen. Klachten spelen dus een belangrijke 
rol in het streven naar kwaliteit van dienstverlening. 


Vertrouwen komt te voet en gaat te paard. 
LN 
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In het kader van het managen van de klanttevredenheid kan een leverancier de 

volgende maatregelen nemen ten aanzien van klachten: 

e De leverancier heeft een goed begrip van de klantverwachting en van de 
perceptie van geleverde kwaliteit. 

e De leverancier kent de activiteiten van de klant, en begrijpt welke rol de 
geleverde service daarin speelt. 
Er is een voor iedereen toegankelijke klachtenprocedure beschikbaar. 
De leverancier reageert snel op klachten en houdt de klager op de hoogte van 
de voortgang van de afhandeling. 
De afhandeling vindt objectief, transparant en vertrouwelijk plaats. 
Er gelden geen drempels voor het indienen van een klacht: geen kosten, 
verschillende kanalen. 

e De leverancier erkent het bestaan van klachten door een open rapportage 
over klachten beschikbaar te stellen aan stakeholders. 

e Voor ernstige klachten, waarbij klant en leverancier geen oplossing vinden, is 
een geschillenregeling beschikbaar. 


Paragraaf 6.1 gaat nader in op de procesmatige afhandeling van klachten. 


Klachten kunnen betrekking hebben op de beschikbaar gestelde voorziening, 
maar ook op de daarbij geleverde ondersteuning. Bij die ondersteuning gaat het 
niet alleen om wat de leverancier doet, maar ook om de manier waarop en de 
vraag waarom de leverancier dat doet. In de interactie tussen een klant en een 
leveranciersmedewerker is gedrag en uitleg daarvan door de leverancier in hoge 
mate bepalend voor de ervaring door de klant. 


Een klant, die onvriendelijk te woord wordt gestaan bij een technisch 
correcte afhandeling van een ondersteunende handeling, is meestal 
niet tevreden. Empathie en correcte omgangsvormen aan de zijde van 
de leverancier zijn van grote invloed op de beoordeling van de service 
door de klant. 


3.13.5 Meten van klanttevredenheid 
Gap 5 van Figuur 3.20 maakt de mate van klanttevredenheid zichtbaar. Een 
definitie van klanttevredenheid is dus: 


Klanttevredenheid: de beleving door de klant van de mate 
waarin de klantwensen zijn gerealiseerd. 


Om klanttevredenheid te kunnen meten en beoordelen dient dus in de eerste 
plaats een goed begrip te bestaan van de verwachting van de klant. Dat kan 
door de afspraken over de te leveren services als uitgangspunt te nemen. Let 
wel: hier kunnen gap 1 en gap 4 (Figuur 3.20) al roet in het eten hebben 
gegooid. 


Systematische metingen van klanttevredenheid vereisen onder andere: 
e Een doel: waarom wordt er gemeten? 

Een scope: wat wordt er gemeten? 

Een planning: wanneer en hoe vaak wordt er gemeten? 

Een techniek: hoe wordt er gemeten? 

Resources: wie gaat er meten? 
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Monitoring: wie volgt het verloop van de metingen? 

Rapportage: hoe worden de metingen bekend gemaakt? 
Follow-up: wat wordt met de bevindingen gedaan? 
Communicatie: hoe maken we de bevindingen bekend, en bij wie? 


Voorbeeld van een intensieve meting: bij digitale dienstverlening wordt na 
elke interactie een e-mail naar de klant gestuurd met het verzoek aan te 

i geven of de klant niet/weinig/redelijk/erg tevreden was over de afhandeling. 

f Als de beantwoording van die e-mail niet meer vergt dan het aanklikken van 

i een optie (bij voorkeur iconen van het type ‘smiley’, zie Figuur 3.21) en het 
direct verzenden van die respons, dan wordt er een minimale inspanning van 
de klant gevergd, en komen zeer gedetailleerde, maar vrij oppervlakkige 
klanttevredenheidsmetingen beschikbaar. 

ik Een voorbeeld van een niet-intensieve meting: éénmaal per jaar wordt een 
enquête gehouden onder een selectie van de klanten. Deze enquête vindt 
mondeling of schriftelijk plaats. De voorgelegde vragen kunnen gedetailleerd 
zijn, en de beantwoording kan 5 of 10 minuten vergen. Hiermee komen 
globale gegevens beschikbaar, maar de inspanning kan niet te vaak van een 

‚klant worden gevergd. 


Figuur 3.21 Een set smileys voor snelle beoordeling van de ervaren kwaliteit van 
dienstverlening 


Service excellence 

Een organisatie die er naar streeft haar klanten voortdurend te verbazen met 
excellente services kan gebruik maken van het Service Excellence model? Die 
aanpak is sterk gericht op het managen van de houding, het gedrag, en de 
cultuur van de medewerkers van de leverancier (employee engagement, 
employee empowerment), en op de continue verbetering van de klantbeleving. 
De serviceorganisatie kan daarbij weer sturen op het bevorderen van satisfiers, 
het vermijden van dissatisfiers, en het creëren van excitementfactoren (Kano- 
model). 


Klantcontactcentrum, helpdesk, servicedesk 

De interactie tussen klanten en leveranciers vaak plaats vindt binnen daartoe 
speciaal ingerichte teams. Een goed functionerende front office in de vorm van 
een klantcontactcentrum, een helpdesk, of een servicedesk verbetert de 
ondersteuning — en daarmee de servicebeleving — structureel. Zo’n front office 
team is dan belast met het afvangen van de gebruikersondersteuning, en kan 
een deel van de ondersteuning meteen zelf leveren (eerstelijns ondersteuning). 
Het betrokken eerstelijns team zet indien nodig zaken door naar andere teams 
(back office: tweedelijns ondersteuning, derdelijns ondersteuning). 


36 Zie CEN/TS 16880:2015, Stichting Service Excellence, en https://serviceexcellence.nu/ 
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Een front office team kan meerdere vormen van ondersteuning leveren, niet 
alleen de afhandeling van klachten of storingen. Paragraaf 7.14 beschrijft dit 
team in meer detail. 


Gedrag 

Een belangrijke factor bij de waardering van een service zit in de component 
gedrag. Dat heeft enerzijds betrekking op de samenstelling van de component 
gedrag in de voorziening (zie paragraaf 3.9.1): de handelingen die deel uitmaken 
van de voorziening. Anderzijds heeft dit ook betrekking op de uitvoering van dat 
gedrag. 


Voorbeeld. Een handeling kan heel verschillend worden beleefd door de 
gebruiker, afhankelijk van de vraag hoe die handeling wordt uitgevoerd. Een 


technisch perfecte uitvoering door een norse, botte uitvoerder, die op geen 
enkele wijze rekening houdt met de beleving door de gebruiker, kan tot een 
slechte beoordeling van de dienstverlening leiden. 


Medewerkers die veel klantcontacten hebben (field engineers, 
receptiemedewerkers, helpdeskmedewerkers, hospitality medewerkers e.d.) 
worden dan ook vaak getraind in die uitvoering. Aan de uitvoering worden dan 
eisen gesteld in de mate van klant- c.q. gebruikersvriendelijkheid. Daarbij wordt 
ook wel de term gastvrijheid gehanteerd: ‘meer’ klant-/gebruikersvriendelijk 
gedrag leidt dan tot een hogere score in termen van gastvrijheid. De term 
gastvrijheid kan in deze echter beter worden vervangen door gastvriendelijkheid 
(klantvriendelijkheid of gebruikersvriendelijkheid). 


3.14 Begrippen 


Kernbegrippen die in hoofdstuk 3 aan de orde kwamen: 


e leverancier e directe en indirecte services 

e klant en eindklant e functionaliteit en functioneren 
e opdrachtgever e servicepropositie 

e gebruiker en eindgebruiker e servicecatalogus 

e dienstverlening e klantview 

e service e _gebruikersview 

e voorziening e leveranciersview 

e ondersteuning e functiescheiding 

e primair en secundair e standaardisatie 

e facilitair e customer experience 

e facility management e user experience 

e intern en extern e kwaliteit 

e _service-ecosysteem e klanttevredenheid 

e integrale services en deelservices e verwachtingen 

e service tree e klacht 

e service integrator e storingsmelding 

e regieorganisatie e klantcontactcentrum, helpdesk, 
e goederen en gedrag servicedesk 


78 
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Dit hoofdstuk beschrijft de positie, structuur en bedrijfsmiddelen van 
een dienstverlener. 

Hierbij komen de volgende begrippen aan de orde: 

e Bedrijfsmiddelen 

Werkwijzen 

Taken, rollen, functies en profielen 

Proces en lijn 

Management en coördinatie 


Dit hoofdstuk beschrijft hoe USM de serviceorganisatie positioneert en 
structureert. Daarna volgt een beschrijving van de bedrijfsmiddelen, waar die 
serviceorganisatie uit bestaat. Tot slot komt de inrichting en besturing van de 
bedrijfsmiddelen aan de orde ten behoeve van een goed geborgde 
dienstverlening. 


4.1 Scope 


Dienstverlening is een complex systeem, dat bijna altijd de inzet van meerdere 
partijen en services in een grotere keten of een groter netwerk vergt. Wie z'n 
dienstverlening onder controle wil krijgen, doet er dus goed aan de scope van die 
dienstverlening eerst zorgvuldig vast te stellen en daarbij zorgvuldig kennis te 
nemen van de context. Wie is de leverancier, wie zijn klanten, wie zijn de 
toeleveranciers en partners, welke services worden geleverd? Gebruik 
bijvoorbeeld het business model canvas (Figuur 3.15) om dit te specificeren. 


4.2 De leverancier van de service 


Een dienstverlener (de leverancier) zet vragen en behoeftes van klanten 
om in prestaties: de servicepropositie van een leverancier betreft dus 
de aanbieding om gebruik te maken van ondersteunde voorzieningen. 


De leverancier die de voorziening beschikbaar maakt en het gebruik ervan 
ondersteunt (Figuur 3.1), is veel minder variabel dan de voorziening zelf. Het 
begrip ‘leverancier’ bestaat in de praktijk uit de verzameling van alle 
dienstverlenende organisaties (‘leveranciers’) die samen de voorziening 
beschikbaar stellen en de ondersteuning leveren. Bij die levering kan een groot 
aantal leveranciers betrokken zijn (zie Figuur 3.7), maar de uiteindelijke 
prestatie die zij leveren verandert daar niet door. 


USM concentreert zich op het managen van dienstverlenende organisaties, dus 
de leverancier staat centraal in USM, maar wel in de context van de keten of het 
netwerk waarin deze functioneert. Een leverancier van een service aan een klant 
is altijd zelf ook weer klant van een of meer andere leveranciers. Hier is dus 
sprake van recursie: als het systeem van een leverancier, een service en een 
klant eenmaal bekend is, dan kan dat systeem in alle denkbare combinaties 
opgesteld worden om complexe ketens en netwerken mee te construeren. 
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Het bouwblok dat in Figuur 3.1 is weergegeven kan worden 
beschouwd als het universele bouwblok voor het creëren van alle 
dienstverleningspraktijken. 


Die dienstverlenende organisaties verrichten steeds in essentie precies dezelfde 
werkzaamheden om (hun deel van) de dienstverlening te managen. Ze brengen 
met hun servicemanagementsysteem steeds vergelijkbare structuren aan, 
ongeacht de service die ze verlenen. 


De technische vaardigheden die vereist zijn voor het vitvoeren van de activiteiten 

waarmee de voorzieningen worden gebouwd en beheerd, variëren 

vanzelfsprekend enorm, ook binnen hetzelfde taakgebied (paragraaf 3.5), maar 

de aard van de activiteiten en constructies voor het managen van de 

dienstverlening is steeds hetzelfde, in elke organisatie, overal ter wereld. 

Alle organisaties, dus ook de leveranciers, gebruiken bovendien dezelfde 

beperkte set van slechts drie bedrijfsmiddelen’, (Figuur 4.1): 

e People —- de mensen die de activiteiten uitvoeren 

e Process — de activiteiten die de organisatie uitvoert 

e Technology -— de technologie, de spullen die de mensen bij die uitvoering 
gebruiken 


Figuur 4.1 De bedrijfsmiddelen van een organisatie 


Een organisatie is altijd een aantal mensen, die dingen doen met 
spullen?®. 


Om de dienstverlening te managen, managet een serviceorganisatie dus haar 
mensen, de dingen die ze doen en de spullen die ze gebruiken. Dat heeft slechts 
één doel: het omzetten van behoeftes van klanten in prestaties, door het 
beschikbaar stellen en ondersteunen van voorzieningen (Figuur 4.2). 


37 People, Process, Technology, in het Nederlands: mensen, processen, technologie 
38 Vrij naar prof.dr. Arnold Heertje, econoom 


80 


Hoofdstuk 4. De dienstverlener 


| VOORSPELBAAR? 


VOORZIENING 
WERKWIJZE PRESTATIES 


WA Ba ONDERSTEUNING 
TECHNOLOGY 


DE SERVICEORGANISATIE 
mensen doen dingen met spullen 


PROCESS | PEOPLE 


BEHOEFTES 


Figuur 4.2 De context van een dienstverlenende organisatie 


Rapportages illustreren in hoeverre de geleverde prestaties overeenkomen met 
de afspraken. 


Figuur 4.2 illustreert, dat de serviceorganisatie haar bedrijfsmiddelen moet 
managen om de optimale prestatie aan de klant te leveren. In situaties waarin de 
klant voor zijn primaire taken afhankelijk is van de geleverde service, moet die 
prestatie zo voorspelbaar mogelijk zijn. Dat vereist een krachtige integratie van 
de beschikbare bedrijfsmiddelen: people, process, en technology. Om te 
garanderen, dat de prestatie voorspelbaar is, hanteert de serviceorganisatie 
gestandaardiseerde werkwijzen. 


Het managen van de serviceorganisatie is gericht op het organiseren 
van de optimale werkwijze om behoeftes van klanten om te zetten 
in voorspelbare prestaties. Dat doet die serviceorganisatie met 
mensen, de dingen die ze doen en de spullen die ze gebruiken 
(people, process en technology). 


De mensen in een organisatie zijn niet verregaand te 
standaardiseren: elke organisatie heeft andere (aantallen) mensen in 
dienst. 


Ook de technologie is slechts beperkt te standaardiseren: er zijn 
oneindig veel verschillende ‘spullen’ in de markt om de 
serviceorganisatie te ondersteunen. 


De processen van serviceorganisaties blijken echter wel verregaand 


te standaardiseren. Die standaardisatie is de sleutelfactor in de USM- 
methode. 
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4.3 Werkwijzen 


Bij het uitvoeren van activiteiten maken mensen gebruik van beschikbare 
middelen. Uit deze combinaties van mensen, processen, en technologie, ontstaan 
drie soorten werkwijzen (Figuur 4.3): 

1. De kale beschrijving van het wat: de processen zelf. Dit is de meest 
abstracte werkwijze, die alleen beschrijft wat er wordt gedaan, niet door wie, 
en niet hoe. 

2. De beschrijving van het wie en het wat: de procedures. Met procedures 
beschrijft de organisatie ook welke mensen welke bevoegdheden hebben ten 
aanzien van het uitvoeren van de activiteiten die in de processen zijn 
beschreven. Voor elk proces worden taken, bevoegdheden en 
verantwoordelijkheden (TBV) vastgelegd. Hierdoor ontstaat voor elk proces 
één procedure. De mate van detaillering van TBV verschilt. Een RACI-tabel 
(Tabel 7.1) is een instrument voor een gedetailleerde vastlegging. 

3. De beschrijving hoe de daartoe bevoegde mensen deze activiteiten in 
concrete gevallen uitvoeren: de werkinstructies. Dit is het niveau waar we 
de meeste practices aantreffen (zie paragraaf 2.1). 


PROCESSEN ES OO 5 


standaardisatie 


MENSEN 
door templates 


WERKINSTRUCTIE 


TECHNOLOGIE 


3 BEDRIJFSMIDDELEN 3 SOORTEN WERKWIJZEN 
Figuur 4.3 De samenhang van processen, procedures, en werkinstructies 


Het managen van de werkwijzen valt dus geheel binnen de scope van USM. Het 
is zelfs te beschouwen als de kern van de methode. Bij dienstverleners gaat het 
immers vooral om de vraag de optimale werkwijzen te realiseren, voor de 

omzetting van de behoeftes van klanten in aantoonbare prestaties (Figuur 4.2). 


Uit dit systeem van proces, procedure en werkinstructie (naar het 
voorbeeld van ISO 9000) volgt, dat procedures en werkinstructies 
afgeleiden zijn van de processen. 
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Als die procesarchitectuur eenmaal bekend is, zijn procedures en werkinstructies 
eenvoudig vast te leggen door middel van templates: twee extra kolommen in 
een procesbeschrijvingstabel, met achtereenvolgens het wie en het hoe, leggen 
de procedure en de werkinstructies per proces vast (Tabel 4.1). USM voorziet in 
een krachtige procesmodel, dat de basis is van alle werkwijzen. De werkwijzen 
van de serviceorganisatie zijn in USM gebaseerd op dat procesmodel, volgens de 
logica van Figuur 4.3. 


Omdat de klantorganisatie afhankelijk is van de kwaliteit van de geleverde 
services, streeft een serviceorganisatie naar een maximale borging van die 
services. Die borging wordt o.a. gerealiseerd door de standaardisatie van 
werkwijzen. Standaardisatie bevordert immers de voorspelbaarheid van de 
uitkomsten van die werkwijzen, en daarmee de borging van de prestatie. 


Activiteit in het Rol/functie per Bijzonderheden voor de uitvoering van de 
proces activiteit activiteit 


Activiteit 1 
Activiteit 2 
Activiteit 3 
Activiteit 4 


Activiteit 5 


Activiteit N 
Tabel 4.1 Processen bepalen de structuur van procedures en werkinstructies 


4.4 Rollen, functies en profielen 


De relatie tussen proces en organisatie (‘people’) dient systematisch en 
gestructureerd te zijn ingericht, om bij te dragen aan geborgde, voorspelbare 
dienstverlening. 


De procesbeschrijving ordent activiteiten in samenhangende clusters die taken 
heten. 


Taak: een samenhangende set activiteiten. 


Bij een taak hoort een set bevoegdheden en verantwoordelijkheden om die taak 
te kunnen/mogen uitvoeren. Dat uitvoeren vindt plaats in de ‘lijn’ (de 
organisatie). 
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Û Ï inaties 
Een organisatie kent vaak een serie standaard rollen, die een 
van taken zijn, met de bijbehorende bevoegdheden en vera 


Nt is 
(TBV). Een rol kan zowel betrekking hebben op do peet dj 
onder deze rol vallen, als op de ordening van de uitvoering Beate 
slaat feitelijk ‘de brug’ tussen beide. Een rol zit dus ‘tussen proc 

in’ (Figuur 4.4). 


e bijbehorende 


4 nde set van taken, met d 
Rol: Een samenhange ee aen 


bevoegdheden en verantwoordelijkheden (TBV), 


één of meer personen. een 


In grote organisaties kan een rol aan één medewerker worden eee En 
kleinere organisaties worden meerdere rollen aan één medewerker toegekend. 
Rollen zijn meestal abstract en hebben een generiek karakter. 


De lokale organisatie bepaalt de functies die in de lijnorganisatie voorkomen. 


Functie: een set rollen, aangevuld met de vaardigheid en kennis 
die nodig is voor het uitvoeren van die taken, toegekend aan één 
of meer personen. 


Een functie kan bestaan uit meerdere rollen. Functies zijn specifiek voor een 
organisatie. Bepalende factor hierbij is niet alleen de omvang van die organisatie, 
maar ook de complexiteit van het werk, hiërarchische keuzes, historie, cultuur, 
en voorkeur en overtuiging van het management. 


nn n neee en 


f Voorbeeld. Marloes heeft bij bedrijf X de functie ‘Hoofd afdeling Inkoop’. Ze | 
ĳ heeft verschillende rollen. Zo is ze coördinator van alle inkoopactiviteiten, 
projectleider van een innovatieproject, uitvoerder van risicostudies en ze is 

ij de vertegenwoordiger van bedrijf X in het Centraal Inkoopoverleg waarin 

ij diverse partners vertegenwoordigd zijn. Karel en Samir zijn ook 

i projectleider. John is de vertegenwoordiger van bedrijf X in de lokale 

ĳ zakenkring. 


De relatie tussen de lokale functies en de activiteiten in een USM-proces kan 
geheel naar eigen wens worden ingericht. Voor die relaties gelden hooguit enkele 
algemene regels, zoals afgebeeld in Figuur 4.4, die de relatie tussen ‘people’ en 
‘process’ illustreert. De figuur illustreert dat functies uit meerdere rollen kunnen 
bestaan en dat een rol in meerdere functies kan voorkomen. 


In het vakgebied Human Resource Management woedt al jaren een discussie 
over de manier waarop een combinatie van stabiele, gestructureerde functies en 
dynamische rollen kan worden ingezet om een organisatiestructuur te 
karakteriseren. Als gevolg daarvan bestaan er veel misverstanden over die twee 
begrippen. Welke keuzes een organisatie daar in de praktijk bij maakt is feitelijk 
niet van belang voor de vraag ‘wie doet wat?’, zolang voor iedere medewerker 


maar een profiel is vastgelegd. USM hanteert daarom h Ï Î 
combinatie van functie en rol. ate Rotskels de 
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Profiel: een specifieke combinatie van taken, bevoegdheden en 
verantwoordelijkheden die een organisatie aan een medewerker 


in een team kan toekennen. 
sn 


Voor profielen gelden de volgende regels: 
Iedere medewerker heeft een specifiek profiel. 
Een bepaald profiel kan aan meerdere medewerkers worden toegekend. 
Een medewerker kan meerdere profielen tegelijk toegekend krijgen. 
In een team kunnen meerdere profielen zijn ondergebracht. 
Bij een profiel kunnen meerdere taken horen. 


organisatie- 


odel 
procesm ei 


taak taak 
activiteit 


taak taak 


Figuur 4.4 De relaties tussen proces, organisatie, functie, rol en profiel 
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Profielen zoals directeur, helpdeskmedewerker, pane nd 
teamleider komen voor in veel branches. Deze Bi he on Ee EER 
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DE USM-METHODE 


Om de relatie tussen het ‘wie! en het ‘wat’ te specificeren Ka en ze 
gebruik maken van een kruistabel, voor de beschrijving van le AGL 
organisatie-dimensie en de proces-dimensie. Dat kan bijvoorbe 


model (zie paragraaf 7.13.1). 


4,5 Processen, procesmanagement en 
procescoördinatie 


Elke organisatie streeft er naar om haar visie, 
beleid te realiseren. Daarvoor voert de organisa 


missie, strategie, doelstellingen en 
tie diverse activiteiten uit. 


Voorbeeld. Een restaurant kan aandacht besteden aan de inkoop van verse 
voorraden, maar de koks moeten ook gezamenlijk steeds hetzelfde resultaat 
leveren. Bovendien is het hopelijk zo, dat er in de stijl van de bediening van 
de obers niet te grote verschillen optreden. Een restaurant krijgt de 
beroemde derde Michelin-ster pas, nadat het langere tijd dezelfde hoge 
kwaliteit levert. Vaak lukt dat niet: er is verloop onder het bedienend 
personeel, een succesformule duurt niet eeuwig en chefs beginnen soms 
voor zichzelf. Voor het leveren van een constante hoge kwaliteit moeten de 
deelactiviteiten bovendien goed op elkaar afgestemd zijn; hoe beter en 
efficiënter de keuken werkt, des te beter de services aan de gasten. 


In het voorbeeld van het restaurant gaat het om activiteiten als groente inkopen, 
de boekhouding bijwerken, reclamefolders bestellen, gasten ontvangen, tafels 
schoonmaken, aardappels schillen en koffiezetten. Met alleen zo'n 
ongestructureerde lijst van activiteiten wordt echter al snel iets vergeten en 
raakt het personeel in verwarring. Het is daarom beter om structuur aan te 
brengen in die activiteiten. De voorkeur heeft een ordening, waarin het voor 
iedereen duidelijk is hoe die activiteiten bijdragen aan het doel van de 
organisatie, en hoe hun samenhang is georganiseerd. 


Zulke gestructureerde groepen van activiteiten staan bekend als processen. 
Indien goed beschreven, maakt een procesindeling van een organisatie duidelijk: 
e wat er moet gebeuren 


e wat de verwachte inputs en outputs zijn 
e hoe wordt gemeten of de processen hun resultaten bereiken 
e hoe de resultaten van het ene proces die van het andere proces beïnvloeden 


Processen kunnen op veel manieren gespecificeerd worden. Afhankelijk van de 
doelen van de maker ligt meer of minder nadruk op specifieke aspecten. Bij een 
zeer gedetailleerde procesbeschrijving is veel controle mogelijk. Oppervlakkige 


procesbeschrijvingen maken duidelijk, dat het de maker ni Î 
stappen worden uitgevoerd. neede 


Een proces bestaat alleen uit activiteiten (Figuur 4.3). 
voor de klant betekenisvol te zijn, en de leverancier m 


overlaten of het beoogde procesresultaat wel wordt be 
klantgerichte dienstverlenin 


betekenisvol moet zijn. 


Die activiteiten dienen 
ag niet aan het toeval 


reikt (Figuur 4.5). In de 
g geldt dat het ‘beoogd resultaat’ voor de klant 
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pe USM-definitie van proces is dan ook: 


NT ee 
Proces: een serie opeenvolgende activiteiten die tot een voor de 
klant betekenisvol beoogd resultaat leidt, en waarop toezicht 


wordt uitgeoefend om te borgen dat dat resultaat daadwerkelijk 
wordt bereikt. 


procescontrol 


en EN EE EN zet NN ce: reeulast 


Figuur 4.5 Structuur van een proces 


De toevoeging ‘betekenisvol voor de klant’ plaatst elk proces in de context van 
dienstverlening. Bovendien voorkomt dat de situatie van een serie 
deelprocessen, die elk wel bijdragen aan het resultaat voor de klant, maar die 
geen end-to-end control ondersteunen. Hoofdstuk 6 beschrijft de processen van 
de USM-methode. 


Elk proces kent een begin en een eind. Een verzoek om een proces uit te voeren 
is een melding (ook wel call of ticket genoemd). 


Processen zijn bij voorkeur zo gedefinieerd dat ze maximaal effectief zijn en 
maximaal efficiënt bijdragen aan hun beoogde doel. In een situatie waarin de 
klant in hoge mate afhankelijk is van de bijdragen die services aan de 
bedrijfsvoering leveren, is het van groot belang dat de levering van die services 
onder control is: dat leverancier en klant heel zeker weten dat de processen ook 
daadwerkelijk optimaal aan de afgesproken services bijdragen. Bij het sturen op 
de uitvoering van processen hanteert USM één van de belangrijkste principes om 


in control te komen: functiescheiding. 


4.5.1 Functiescheiding a 
Functiescheiding leidt tot het onderscheid tussen specificeren en realiseren. Met 


betrekking tot procesmatig besturen van werkzaamheden leidt dat tot de 

volgende opdeling (Figuur 4.6): 

e Procesmanagement omva 
wordt uitgevoerd en het schep 
kan functioneren. 

e Procescoördinatie omvat het 


t het specificeren van de wijze waarop een proces 
pen van condities waarin het proces optimaal 


realiseren van de meldingen. 


n over de uitvoering van werk, en 


rake En 
roensmemeesmank SU A0 dee Kk, Dat laatste vindt plaats in ‘de lijn’. 


coördineert niet de uitvoering van dat wer: 


erdeel van ‘de lijn’. 
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gebruik maken van een kruistabel, voor de beschrijving van le AGL 
organisatie-dimensie en de proces-dimensie. Dat kan bijvoorbe 


model (zie paragraaf 7.13.1). 


4,5 Processen, procesmanagement en 
procescoördinatie 


Elke organisatie streeft er naar om haar visie, 
beleid te realiseren. Daarvoor voert de organisa 


missie, strategie, doelstellingen en 
tie diverse activiteiten uit. 


Voorbeeld. Een restaurant kan aandacht besteden aan de inkoop van verse 
voorraden, maar de koks moeten ook gezamenlijk steeds hetzelfde resultaat 
leveren. Bovendien is het hopelijk zo, dat er in de stijl van de bediening van 
de obers niet te grote verschillen optreden. Een restaurant krijgt de 
beroemde derde Michelin-ster pas, nadat het langere tijd dezelfde hoge 
kwaliteit levert. Vaak lukt dat niet: er is verloop onder het bedienend 
personeel, een succesformule duurt niet eeuwig en chefs beginnen soms 
voor zichzelf. Voor het leveren van een constante hoge kwaliteit moeten de 
deelactiviteiten bovendien goed op elkaar afgestemd zijn; hoe beter en 
efficiënter de keuken werkt, des te beter de services aan de gasten. 


In het voorbeeld van het restaurant gaat het om activiteiten als groente inkopen, 
de boekhouding bijwerken, reclamefolders bestellen, gasten ontvangen, tafels 
schoonmaken, aardappels schillen en koffiezetten. Met alleen zo'n 
ongestructureerde lijst van activiteiten wordt echter al snel iets vergeten en 
raakt het personeel in verwarring. Het is daarom beter om structuur aan te 
brengen in die activiteiten. De voorkeur heeft een ordening, waarin het voor 
iedereen duidelijk is hoe die activiteiten bijdragen aan het doel van de 
organisatie, en hoe hun samenhang is georganiseerd. 


Zulke gestructureerde groepen van activiteiten staan bekend als processen. 
Indien goed beschreven, maakt een procesindeling van een organisatie duidelijk: 
e wat er moet gebeuren 


e wat de verwachte inputs en outputs zijn 
e hoe wordt gemeten of de processen hun resultaten bereiken 
e hoe de resultaten van het ene proces die van het andere proces beïnvloeden 


Processen kunnen op veel manieren gespecificeerd worden. Afhankelijk van de 
doelen van de maker ligt meer of minder nadruk op specifieke aspecten. Bij een 
zeer gedetailleerde procesbeschrijving is veel controle mogelijk. Oppervlakkige 


procesbeschrijvingen maken duidelijk, dat het de maker ni Î 
stappen worden uitgevoerd. neede 


Een proces bestaat alleen uit activiteiten (Figuur 4.3). 
voor de klant betekenisvol te zijn, en de leverancier m 


overlaten of het beoogde procesresultaat wel wordt be 
klantgerichte dienstverlenin 


betekenisvol moet zijn. 


Die activiteiten dienen 
ag niet aan het toeval 


reikt (Figuur 4.5). In de 
g geldt dat het ‘beoogd resultaat’ voor de klant 
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pe USM-definitie van proces is dan ook: 


NT ee 
Proces: een serie opeenvolgende activiteiten die tot een voor de 
klant betekenisvol beoogd resultaat leidt, en waarop toezicht 


wordt uitgeoefend om te borgen dat dat resultaat daadwerkelijk 
wordt bereikt. 


procescontrol 


en EN EE EN zet NN ce: reeulast 


Figuur 4.5 Structuur van een proces 


De toevoeging ‘betekenisvol voor de klant’ plaatst elk proces in de context van 
dienstverlening. Bovendien voorkomt dat de situatie van een serie 
deelprocessen, die elk wel bijdragen aan het resultaat voor de klant, maar die 
geen end-to-end control ondersteunen. Hoofdstuk 6 beschrijft de processen van 
de USM-methode. 


Elk proces kent een begin en een eind. Een verzoek om een proces uit te voeren 
is een melding (ook wel call of ticket genoemd). 


Processen zijn bij voorkeur zo gedefinieerd dat ze maximaal effectief zijn en 
maximaal efficiënt bijdragen aan hun beoogde doel. In een situatie waarin de 
klant in hoge mate afhankelijk is van de bijdragen die services aan de 
bedrijfsvoering leveren, is het van groot belang dat de levering van die services 
onder control is: dat leverancier en klant heel zeker weten dat de processen ook 
daadwerkelijk optimaal aan de afgesproken services bijdragen. Bij het sturen op 
de uitvoering van processen hanteert USM één van de belangrijkste principes om 


in control te komen: functiescheiding. 


4.5.1 Functiescheiding a 
Functiescheiding leidt tot het onderscheid tussen specificeren en realiseren. Met 


betrekking tot procesmatig besturen van werkzaamheden leidt dat tot de 

volgende opdeling (Figuur 4.6): 

e Procesmanagement omva 
wordt uitgevoerd en het schep 
kan functioneren. 

e Procescoördinatie omvat het 


t het specificeren van de wijze waarop een proces 
pen van condities waarin het proces optimaal 


realiseren van de meldingen. 


n over de uitvoering van werk, en 


rake En 
roensmemeesmank SU A0 dee Kk, Dat laatste vindt plaats in ‘de lijn’. 


coördineert niet de uitvoering van dat wer: 


erdeel van ‘de lijn’. 


er 
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PROCESCOÖRDINATOR 


coördineert de uitvoering van meldingen 


Figuur 4.6 Procesmanagement en procescoördinatie 


Ieder USM-proces kent een standaard profiel voor het procesmanagement: de 
procesmanager (Figuur 4.6). De procesmanager is verantwoordelijk voor: 


de erkenning van de positie van het proces in de werkwijzen van de 
organisatie 

het specificeren van het proces 

de afspraken met alle uitvoerende partijen over de wijze waarop het proces 
wordt uitgevoerd 

het evalueren van de juiste uitvoering van het proces, conform die afspraken 
het nemen van verbeterinitiatieven t.a.v. het proces 

het beschikbaar stellen en inrichten van voorzieningen die het proces 
ondersteunen (tooling, training, documentatie, etc.) 


Een procesmanager heeft met zoveel invloed op de werkwijzen een belangrijke 
taak in het managen van de serviceorganisatie en de services. Om die reden zal 
de procesmanager bij voorkeur deel uitmaken van het managementteam van de 
betreffende organisatie of daarin krachtig vertegenwoordigd zijn. De 
procesmanager dient ook te kunnen beschikken over voldoende budget om de 
voor het proces vereiste voorzieningen te kunnen beheren. 


In grote organisaties, waarin verregaande verbijzondering van taken 
en profielen optreedt, kan deze rol (opnieuw m.b.v. functiescheiding) 
nog worden gesplitst in een procesmanager en een proceseigenaar. 
Die proceseigenaar ziet er dan op toe dat het procesbewustzijn in de 
organisatie op niveau blijft (bv. opleidingen, erkenning in 
beleidsdocumenten, aandacht voor proces in het managementteam) 
en dat er voldoende budget en voorzieningen beschikbaar zijn voor de 
ondersteuning van het proces (bv. tooling en training). Daarmee 
borgt die proceseigenaar dan dat de procesmanager goed kan 
functioneren. De proceseigenaar is in zo’n situatie 
eindverantwoordelijk voor het proces, en maakt bij voorkeur deel uit 
van het managementteam. 

In de meeste organisaties is het profiel procesmanager voldoende om 
voor al deze taken zorg te dragen. USM gaat uit van die eenvoudige 
situatie. 


Het profiel procescoördinator komt in de volgende paragraaf aan de orde. 
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Het profiel procesmanager kan aan allerlei medewerkers worden toegekend. Zo 
kan het profiel ‘procesmanager incident management’ worden toegekend aan een 
medewerker die al het profiel ‘manager Servicedesk’ heeft, maar ook (en wellicht 
beter) aan medewerker met het profiel ‘manager Financiën’ of ‘teamleider team 
Xx. 

Omdat procesmanagers zich richten op het maken, onderhouden en verbeteren 
van de afspraken over de wijze waarop het proces (door anderen) wordt 
uitgevoerd, en dus overeenkomstige taken hebben, kunnen procesmanagers ook 
in een speciaal team worden ondergebracht: een service management office 
(SMO). 


Bij het toekennen van procesmanagerprofielen dient de organisatie te 
waken voor creëren van combinaties van conflicterende profielen in 
één medewerker. Zo is een reactief profiel vaak slecht te combineren 
met een proactief profiel. Een procesmanager-profiel kan ook beter 
niet worden gecombineerd met het profiel van de coördinator van het 
belangrijkste bijdragende team in dat proces, om te voorkomen dat 
proces en lijn conflicteren. Zie ook de voorbeelden in paragraaf 4.7. 


4.6 Lijn, lijnmanagement en lijncoördinatie 


Werk, in de vorm van de activiteiten binnen de processen, wordt uitgevoerd door 
mensen, geordend in een structuur. Dat is ‘de organisatie’, met onderscheid naar 
mensen die bij ‘de interne organisatie’ werkzaam zijn, en de overige mensen die 

bij een andere (externe) organisatie werkzaam zijn®. 


De organisatiestructuur kan tal van vormen aannemen, variërend van sterk 
hiërarchische, tot heel platte organisaties, netwerkorganisaties, zelfsturende 
teams, etc. Deze organisatiestructuur staat bekend als ‘de lijnorganisatie’, 
kortweg ‘de lijn’. 


4.6.1 Functiescheiding 

Ook voor het besturen van de lijn hanteert USM het principe van 

functiescheiding. De opdeling naar specificeren en realiseren leidt hier tot het 

volgende onderscheid: 

e Lijnmanagement omvat het specificeren van de wijze waarop de 
medewerkers in de organisatie zijn opgedeeld in teams en de taken, 
bevoegdheden en verantwoordelijkheden die zij daarbij hebben, en het 
scheppen van condities voor een optimale uitvoering van werkzaamheden. 

e Lijncoördinatie omvat het aansturen van de werkzaamheden die de 
medewerkers uitvoeren. Omdat organisaties in grote meerderheid zijn 
opgedeeld in een hiërarchische teamstructuur kan de term lijncoördinatie ook 
worden vervangen door de term teamcoördinatie. 


Aangezien al het werk van een procesmatig werkende serviceorganisatie in het 
USM-procesmodel is ondergebracht, wordt dat werk in de vorm van processen 
uitgevoerd, en met meldingen getriggerd. 


39 Het toekennen van taken aan medewerkers van ‘externe organisaties’ duiden we aan met 
outsourcing. 
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Bij het lijnmanagement spelen taken zoals het structureren van de medewerkers 
in teams, het toekennen van budgetten, het bepalen van prioriteiten van doelen, 
etc. een rol. De betrokken profielen zijn veelal georganiseerd in een 
managementteam (MT). 


De uitvoering van de werkzaamheden vindt plaats onder aansturing van 
lijncoördinatie. USM hanteert bij die uitvoering twee standaardprofielen: 
coördinator en operator (uitvoerder), zie Figuur 4.7. 

e De coördinator stuurt de uitvoering van het werk aan. 

e De operator is het profiel dat het werk uitvoert. 


Het operator-profiel kan aan tal van medewerkers worden toegekend. Feitelijk 
kunnen alle medewerkers in een serviceorganisatie het profiel operator krijgen, 
anders zou een medewerker nooit een activiteit uitvoeren en dus geen 
operationele taken hebben. NB: ook ‘managers’ voeren activiteiten in het 
procesmodel uit, en doen dat voor die activiteiten dus in het profiel van operator. 


De aansturing van de uitvoering van het werk is dus een taak van de lijn, en wel 
van het profiel coördinator. Die aansturing kan gebaseerd zijn op de 
hiërarchische structuur van de organisatie (teams in een organigram), op de 
logica van de processen (die in het procesmodel zijn onderscheiden), of op een 
mix van beide (Figuur 4.7). 


Een teamcoördinator is een coördinator die vanuit het team 
stuurt op het werk van operators. 


Een procescoördinator is een coördinator die vanuit het proces 
stuurt op het werk van operators. 


KS ee 
zn PES eG } 
d DER 
PROCESMANAGER ' 
1 v HH 
vennnsenenvenees 7 resultaat ' 


managet het proces 


PROCESCOÖRDINATOR 
coördineert de uitvoering van meldingen 


TEAMCOÖRDINATOR OPERATOR 
coördineert de operators voert activiteiten uit 


Figuur 4.7 Procesmanagementmodel: de verhouding tussen proces- en 
lijnbesturing 
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Figuur 4.8 illustreert die mix van teamcoördinatie en procescoördinatie bij de 

aansturing van de uitvoering van het werk: 

e Een organisatie die zich bij die aansturing laat leiden door de teamindeling is 
teamgericht. De teamgerichte coördinator noemen we teamcoördinator. 

e Een organisatie die zich bij de aansturing van het werk meer laat leiden door 
de procesmatige samenhang van de werkzaamheden is procesgericht. De 
procesgerichte coördinator noemen we procescoördinator. 


De organisatie kiest haar eigen machtsverhouding tussen die beide 
aansturingsvormen: heeft de teamcoördinator meer te zeggen over 
de prioritering van het werk van de operator, of heeft de 
procescoördinator daar meer over te zeggen? Om conflicten in de 
aansturing te vermijden, neemt een organisatie een expliciete 
beslissing t.a.v. de vraag welke aansturing domineert: is de 
organisatie teamgericht of procesgericht in haar aansturing van het 
werk van de operators? 


eamcoördinator 


a N teamgerichte aansturing 
| kantelpunt ; organisatie 
\ / 
ee et NG 
N 
N 
NS 
DS 
NG 
an 
nn 
NS 
procesgerichte DNS 

organisatie DS 


aansturing 


procescoördinator 


operator 


Figuur 4.8 Organisatiebesturingsmodel: teamgerichte organisatie versus 
procesgerichte organisatie 


Naast team- en procesgerichte organisatie wordt ook wel de term 
‘projectgerichte organisatie’ gebruikt. Dat is in feite een variant op de 
teamgerichte organisatie: projecten zijn ‘tijdelijke lijnorganisaties’. In USM is 
alleen het onderscheid tussen lijn- en processturing relevant. Projecten zijn 
werkvormen voor activiteiten die procesmatig plaatsvinden. Projecten volgen 
dus processen. Elke activiteit in USM mag projectmatig worden uitgevoerd, 
maar dat verandert niets aan de logische positie van die activiteit(en) in het 
procesmodel. 


91 


DE USM-METHODE 


4.7 Escalatie 


Een operator die een serie werkzaamheden uitvoert, kan worden bijgestuurd 
door zowel de teamcoördinator als de procescoördinator. Afhankelijk van de 
lokaal gekozen machtsverhouding tussen beide aansturingsroutes kan bijsturing 
tot escalatie leiden: 


In een teamgerichte organisatie heeft de sturing door de teamcoördinator 
meer gewicht dan sturing door de procescoördinator. De teamcoördinator 
coördineert de werkzaamheden van de operator. Een procescoördinator heeft 
hier niet de bevoegdheid een medewerker bij te sturen. Concreet: als een 
operator in een teamgerichte organisatie wordt bijgestuurd door een 
procescoördinator, dan hoeft de operator die aanwijzing niet op te volgen: de 
teamcoördinator prioriteert de werkzaamheden van de operator. Bij verschil 
van inzicht escaleert in dit geval de procescoördinator (Figuur 4.9): eerst naar 
de betreffende teamcoördinator, en als dat niet helpt, naar de gezamenlijke, 
eersthogere laag in de hiërarchie (verticale escalatie). 

In een procesgerichte organisatie gaat dat precies andersom: de 
processturing heeft hier meer gewicht dan de teamsturing. De 
procescoördinator plant en prioriteert hier de werkzaamheden van de 
operator, de teamcoördinator stelt daarvoor resources beschikbaar. Concreet: 
als een operator wordt bijgestuurd door de procescoördinator, dan moet de 
operator die aanwijzing wél opvolgen: de processturing prioriteert in dit 
geval. Bij verschil van inzicht escaleert de operator naar de teamcoördinator, 
die zo nodig verder escaleert in de lijn (Figuur 4.10). 
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Figuur 4.9 Escalatie in een 
teamgerichte organisatie 


4.8 Managers 


vervolgt 


Figuur 4,10 Escalatie in een 
procesgerichte organisatie 


Een coördinator-profiel wordt in de praktijk vaak aangeduid met de term 
‘manager’. Dat is een verwarrende term, zolang niet duidelijk wordt gemaakt 
welke taken, bevoegdheden en verantwoordelijkheden in dat profiel zijn 
opgenomen. Zo kennen we bijvoorbeeld het profiel wijzigingsmanager (“change 
manager”), het profiel manager Servicedesk, en tal van teamleider-profielen. 
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Die manager-profielen houden zich in de praktijk vaak bezig met zowel het 
specificeren als het realiseren van zowel proceszaken als organisatiezaken. 
Alleen een organisatie die groot genoeg is om alle taken te verbijzonderen in 
separate profielen en medewerkers uitsluitend met één van die profielen te 
belasten, is in staat een volledige scheiding van team- en procescoördinatie door 
te voeren. De meeste organisaties kennen echter vooral mengvormen: 
teamcoördinatoren die ook procescoördinatietaken hebben, maar vooral 
procescoördinatoren die ook teamcoördinatortaken hebben. 


Het combineren van procesmanagement- en lijnmanagementtaken in 
het profiel van éen medewerker kan conflicten veroorzaken. De 
betreffende medewerker komt al gauw in een spagaat terecht t.a.v. 
het realiseren van beide taken. Bij kleine organisaties kan het 
combineren van deze taken echter onvermijdelijk zijn. 


t Voorbeeld. Een ongewenste combinatie van taken in een profiel kan er als 

\ volgt uit zien: de wijzigingsmanager® is in veel (grote) organisaties zowel 
procesmanager Change management als de teamleider van één of meer 
wijzigings-coördinatoren en van één of meer ‘configuratiemanagers’. In die 
lijn-hoedanigheid houdt deze wijzigingsmanager zich dan bezig met het 
coördineren van de uitvoering van wijzigingen. Vaak is die 
wijzigingsmanager dan ook voorzitter van de change advisory board (CAB). 
Omdat het coördineren van dagelijkse wijzigingen dan vaak alle aandacht 

ij vergt, komt deze medewerker nauwelijks toe aan de taken die bij het profiel 


procesmanager horen. 


Voorbeeld: de ‘manager Servicedesk’ is in veel organisaties zowel de 
procesmanager Incident management als de coördinator (teamleider) van de 
Servicedesk waarin vooral incidenten worden afgehandeld (door operators). 
Nog een voorbeeld: de ‘risicomanager’ is in veel organisaties zowel de 

i procesmanager Risk management als de coördinator van de afhandeling van 
risico’s (door tal van operators). 


Het profiel ‘manager’ is dus vaak een mix van procesmanagement en 
lijncoördinatie. De betrokken manager dient deze profielen nadrukkelijk uit 
elkaar te houden, omdat ze verschillende bevoegdheden en 
verantwoordelijkheden hebben. 


In ieder USM-proces wordt gerefereerd aan de algemene profielen 
procesmanager en procescoördinator, zoals in de voorgaande 
paragrafen is beschreven. Deze profielen worden daarom in de 
afzonderlijke procesbeschrijvingen niet opnieuw vastgelegd. 


<0 Change manager, wijzigingscoördinator, wijzigingsbeheerder 
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4.9 Managen van de mensen 


Het managen van de mensen in de serviceorganisatie is aanzienlijk complexer 
dan het managen van processen. Het is bovendien minder te standaardiseren. 
Van de processen staan immers bij voorbaat de structuur en de kenmerken vast, 
terwijl de mensen per definitie verschillen in elke organisatie. Niet alleen in 
aantal en in de organisatorische structuur, maar vooral ook per individu. 


Om mensen te managen zijn aanvullende instrumenten nodig, liefst zoveel 
mogelijk gesteund door methodische werkwijzen. De methode Organizational 
Behavior Management (OBM) gaat in op het beïnvloeden van het gedrag van 
mensen. Bij het veranderen van het gedrag van mensen in organisaties spelen 
de kleuren van De Caluwé en de factoren motivatie, capaciteit en gelegenheid 
(zie Verandermanagement, paragraaf 9.5) een rol. 


4.9.1 Cultuur 

Gedrag van mensen laat zich dus beïnvloeden. Maar hoe ontstaat ongewenst 
gedrag? Die vraag laat zich vaak beantwoorden met het begrip cultuur, een 
begrip dat zich lastig laat definiëren. 


Cultuur: de collectieve mentale programmering (Hofstede®!). 


Cultuur: de gemeenschappelijke verstandhouding (Sanders & 
Neuijen??). 


Cultuur: het patroon van veronderstellingen dat een groep zich 
heeft aangeleerd omdat blijkt dat het werkt (naar De Leeuw”). 


De organisatiecultuur (of bedrijfscultuur) is de manier waarop in de organisatie 
mensen met elkaar omgaan, de manier waarop de organisatie besluiten neemt 
en uitvoert, en de houding van de medewerkers tegenover hun werk, hun 
klanten, hun leveranciers, hun opdrachtgevers, en hun collega's. 


De cultuur, die uiteindelijk berust op de normen en waarden van de mensen in 
de organisatie, laat zich niet eenvoudig veranderen, maar laat zich — net als het 
gedrag van individuen - wel beïnvloeden. Voor het beïnvloeden van de 
organisatiecultuur is leiderschap vereist, in de vorm van een helder, 
consequent beleid, vaandeldragers van dat beleid, en een stimulerend 
personeelsbeleid, bijvoorbeeld door de inzet van OBM. Als het gedrag van 
individuen in de organisatie in brede zin en gelijkmatig wordt beïnvloed, dan 
heeft dat uiteindelijk effect op de cultuur van de héle organisatie. 


De organisatiecultuur heeft een grote invloed op de dienstverlening. Organisaties 
verschillen bijvoorbeeld in de mate waarin vernieuwingen worden gewaardeerd. 
In een stabiele organisatie, waar de cultuur weinig waardering heeft voor 
vernieuwingen, valt het niet mee om de dienstverlening aan te passen aan 
veranderingen in de klantorganisatie. Is de organisatie weinig stabiel dan kan 


41 G.H. Hofstede. Cultures and organizations. McGraw Hill, 1991 
<2 G. Sanders & B. Neuijen. Bedrijfscultuur: diagnose en beïnvloeding. Van Gorcum, 1987 
43 A,C.J. de Leeuw. Bedrijfskundig management. Van Gorcum, 2000 
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een veranderingsgezinde cultuur de kwaliteit van de dienstverlening juist ernstig 
bedreigen. Er dreigt dan een ‘alles mag en alles kan’-situatie te ontstaan, waarbij 
veel ongecontroleerde wijzigingen tot grote aantallen storingen leiden. 


4.9.2 Human Resource Management 

Personeelsmanagement speelt een strategische rol bij het bereiken van de 
langetermijndoelstellingen van een organisatie. Het is bovendien een instrument 
voor het beïnvloeden van de organisatiecultuur. Modern personeelsmanagement 
heeft tot doel de prestaties van alle medewerkers in de organisatie te 
optimaliseren. Het gebruikt daarvoor instrumenten als rekrutering en selectie, 
opleiding en loopbaanbegeleiding, motivatie en beloning. Ook hier kan OBM van 
grote invloed zijn. 


Human resources management (HRM) is een vorm van modern 

personeelsmanagement. HRM berust op twee uitgangspunten: 

1. Personeelsmanagement dient een bijdrage te leveren aan de doelen van de 
organisatie. Als een organisatie sneller en adequater in moet spelen op een 
steeds sneller veranderende omgeving, dan heeft dit gevolgen voor de inzet, 
kwaliteit en kwantiteit van het personeel. 

2. Als medewerkers in de organisatie zich kunnen ontwikkelen en ontplooien, 
dan komt dit de organisatie ten goede. 


Binnen HRM bestaat een drietal hoofdstromingen: 

1. De harde benadering - Deze stroming beoordeelt de medewerkers op hun 
prestaties, en ziet hen als een productiefactor, die zo effectief en efficiënt 
mogelijk moet worden ingezet. De ‘waarde! van medewerkers verschilt, op 
basis van deze benadering. ‘Kernwerknemers!’ zijn strategisch van meer 
belang dan ‘perifere werknemers’ die eenvoudig uitwisselbaar zijn. Zo kiest 
een bedrijf er bijvoorbeeld voor om alleen de kernwerknemers in vaste dienst 
te nemen en verder met een poel van flexibele arbeidskrachten te werken. 
Deze stroming stuurt vooral op output in de zin van technisch meetbare 
prestaties (aantal handelingen, volume). 

2. De zachte benadering - Deze stroming benadrukt juist dat het optimaal 
benutten en ontplooien van menselijk potentieel het succes van de 
onderneming ten goede komt. Menselijk potentieel moet daarom vroegtijdig 
worden gesignaleerd en voortdurend worden ontwikkeld (loopbaanpaden, 
opleidingsbeleid). De organisatie gaat bij keuzes in de strategie en het beleid 
uit van de talenten en de mogelijkheden van medewerkers. Deze stroming 
stuurt meer op outcome (het uiteindelijke effect) en klanttevredenheid. 

3. De integrale benadering - Deze stroming gaat uit van de gezamenlijke 
belangen die de medewerkers en het management van een organisatie 
hebben. Voor het bereiken van de doelstellingen van de organisatie is een 
goede in-, door- en uitstroom van het personeel noodzakelijk. Door 
veranderingen in de markt en in de organisatie (bijvoorbeeld in de techniek) 
verandert de vraag naar competenties van medewerkers voortdurend. 


Een goede afstemming tussen de doorstroom van medewerkers, het bepalen en 


ontwikkelen van competenties en het bevorderen van de mobiliteit op de interne 
arbeidsmarkt zorgen voor een consistent en effectief personeelsbeleid. 
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Voorbeeld. De harde benadering is zichtbaar in het Anglo-Amerikaans (of 
Angelsaksisch) model, de zachte benadering meer in het Rijnlandse model®“. 
In de praktijk van een serviceorganisatie zijn meestal beide stijlen vereist. 
Omdat de klant afhankelijk is van de service, verlangt hij harde garanties 
voor de kwaliteit van die service. Dat past bij een Anglo-Amerikaanse stijl, 
met een ‘blauwe aanpak’ (vgl. De Caluwé, paragraaf 9.5). Daarnaast doet de 
leverancier er goed aan flexibel in te spelen op snel veranderende 
omstandigheden. Daarbij is creativiteit en vindingrijkheid van de 
medewerkers nodig. Die gedijt vooral in de vrijheid van de Rijnlandse stijl. 
Een zwart-wit-benadering levert zoals zo vaak niet de beste resultaten. Ook 
hier geldt dat het vaak een kwestie van Yin & Yang is. 


4.10 Managen van de middelen 


In de vorige paragrafen is ruim aandacht besteed aan het managen van de 
mensen in het streven naar service excellence. Die mensen werken met 
middelen. Het managen van de middelen betekent standaardiseren en 
automatiseren van werkzaamheden via bijvoorbeeld: 

e _workflowtools (servicedesktools, helpdesktools) — deze tools ondersteunen de 
afhandeling van de processen en werkinstructies, de registratie van 
meldingen, de voorzieningen en middelen, de uitvoerders, de eisen per 
activiteit en de bijbehorende documenten 

e _procespublicatietools (business process modeling tools: BPM) — deze tools 

documenteren de processen, de organisatie en de werkwijzen 

templates 

documenten, formulieren 

kennismanagementtools 

rapportagetools 

intranet 


Bij de beschrijving van de USM-processen in Hoofdstuk 5 komen verschillende 
algemene middelen van de serviceorganisatie aan de orde. Hoofdstuk 8 gaat in 
meer detail in op een aantal van die middelen. 


4.11 Managen van de prestatie 


Bij dienstverlening gaat het om het leveren van een service, waarmee de 
leverancier toegevoegde waarde creëert voor een klant. De gelijktijdige bijdrage 
van de klant leidt dan tot de cocreatie van waarde in het service-ecosysteem, 
met een gebalanceerde relatie tussen beide stakeholders. De prestatie van een 
dienstverlener omvat daarbij het beschikbaar stellen van een voorziening en de 
ondersteuning bij het gebruik van die voorziening (Figuur 3.1). De leverancier 
managet die prestatie, om te kunnen garanderen dat hij de overeengekomen 
service daadwerkelijk levert. 


Aangezien de prestatie van de leverancier wordt geconsumeerd door de klant, is 
de enige plek waar de prestatie van de leverancier meetbaar is, de plek waar het 


4 Jaap Peters & Mathieu Weggeman: Het Rijnlandboekje — Principes en inzichten van het Rijnland- 
model. Business contact, 2009 
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gebruik van de voorziening plaats vindt: de omgeving van de klant. Om de 
prestatie van de leverancier te managen, is sturing aan de leverende kant en 
meting aan de afnemende kant van het dienstverleningsmodel noodzakelijk. 


Meting aan de afnemende kant kan als volgt worden gerealiseerd: 

e Meting van de actuele interactie van de klant met de voorziening door op 
afstand (remote) meetinstrumenten aan te brengen. 

, Simulatie van de interactie van de klant met de voorziening. Dit maakt 
metingen mogelijk buiten het moment van daadwerkelijk gebruik. 


Zodra blijkt dat de dienstverlening niet werkt zoals overeengekomen, is het aan 
de leverancier de toegezegde prestatie alsnog te leveren. Deze reactieve inzet 
krijgt vorm in één van de USM-processen (Incident management). 


Een bekwame leverancier gaat ook proactief te werk: hij voorkómt dat de 
prestatie niet overeenkomt met de afspraak. Ook deze activiteiten vinden hun 
plek in het USM-procesmodel. 


4.12 Managen van de relatie 


De ultieme maat voor de kwaliteit van dienstverlening is de mate waarin de klant 
tevreden is over de geleverde service: de voorziening en de ondersteuning. 
Paragraaf 3.12 Kwaliteit van dienstverlening, beschrijft hoe die factor 
klanttevredenheid wordt bepaald. Tal van misverstanden (‘gaps’) in de 
dienstverlening veroorzaken een mismatch tussen ervaring en verwachting 


(Q=E-V). 


De relatie tussen de klant en de leverancier draagt in belangrijke mate bij aan de 
kwaliteitsbeleving door de klant. Relatiemanagement verdient dus veel aandacht. 


Instrumenten om de relatie met de klant te managen: 

e Contactpersonen — De leverancier wijst een medewerker aan als 
verantwoordelijke voor het contact met de klant, op zowel strategisch als op 
tactisch en operationeel niveau. Als de klant, c.q. de gebruiker in de 
klantorganisatie, niet weet met wie hij moet spreken over de dienstverlening, 
dan is het lastig om een goede relatie op te bouwen. Hierbij hoort het profiel 
‘servicemanager’ (zie paragraaf 7.15.3). 

e Wederzijds begrip - De leverancier zorgt voor een goed begrip van de 
betekenis van de service voor de klant. Hij organiseert bijvoorbeeld excursies 
voor de eigen medewerkers naar de klantomgeving, waar die medewerkers 
zelf ervaren op welke wijze de klant van de geleverde services gebruikt. De 
klant zorgt vice versa dat hij weet welke inspanningen de leverancier levert 
voor de dienstverlening. 

e Overleg - Regelmatig overleg tussen klant en leverancier, over de geleverde 
service en over de komende periode van dienstverlening. 

e Rapporteren - Een heldere servicerapportage ten behoeve van het 
regelmatig overleg is een onmisbare bron van informatie bij het managen van 
de relatie. Die rapportage betreft het verslag over de geleverde 
serviceprestaties, inclusief suggesties voor aanpassing en verbetering. 

e Servicedefinities - Een duidelijke beschrijving van de service, zodat de klant 
precies weet wat de leverancier levert. 
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e Verwachtingen — Beschrijving van de overeengekomen prestaties 
(voorziening en ondersteuning) in SMART“ en KISS% termen om de 
verwachtingen van de klant te managen. 

e Voorlichting — Informatie over de ontwikkelingen in het vakgebied aan de 
kant van de leverancier en de consequenties daarvan voor de klant. 


4.12.1 Verwachtingsmanagement 

Klanttevredenheid wordt bepaald door het verschil tussen ervaring en 

verwachting (Q=E-V). Die formule raakt het domein van de klant op de volgende 

aspecten (Figuur 3.20): 

1. Het opstellen van de wens — Dit is een taak van de klant. Het opstellen van 
een wens in termen van een service ‘requirement’ vergt een zekere mate van 
inzicht in de wereld van die service: wat is haalbaar, wat zijn de 
mogelijkheden. Het is belangrijk, dat de klant een goed inzicht heeft in zijn 
eigen activiteiten. Op basis daarvan formuleert de klant de wens voor de 
gewenste service. Voor een transportservice moet een klant bijvoorbeeld 
minimaal weten wát hij wil transporteren, en hoe hij dat het ‘slimst’ inricht. 
Die kennis leidt tot een bruikbare formulering van wensen voor de 
ondersteuning van die transportbehoefte. 

In de praktijk wordt het opstellen van de wens vaak ondersteund — of zelfs 
geheel uitgevoerd — door een medewerker van de leverancier, zeker als die 
leverancier expliciet aandacht besteedt aan het specificeren van services. 
Daarmee ontstaat het risico van ‘slecht opdrachtgeverschap’, in termen van 
‘teveel kopen’ of ‘de verkeerde oplossingen kopen’. De belangen van een 
leverancier staan in de praktijk vaak niet op één lijn met belangen van de 
klant. Een klant doet er dus goed aan zich te bekwamen in het analyseren 
van zijn eigen behoefte. Hij hoeft dan het opstellen van zijn wensen niet aan 
de leverancier over te laten. 

Het opstellen van de wens heeft betrekking op de linkerkant van Gap 1. 

2. Het verstaan en registreren van de wens -— Dit is taak van de leverancier. 
Als de leverancier te weinig weet van de specifieke bedrijfsomgeving en 
behoeftes van de klant, dan ontstaat al gauw de neiging aannames te doen. 
Als de klant dat niet opmerkt, is de eerste afwijking van de gewenste c.q. 
verwachte service al een feit. 

Een tweede fout ontstaat bij het vastleggen van de wens: als details die wel 
zijn benoemd niet worden meegenomen, of onjuist worden vastgelegd, dan is 
de tweede afwijking bereikt. Een formulier waarin geen ruimte is voor een 
aspect van de gewenste service is mogelijk de oorzaak. 

Het opstellen van de wens heeft betrekking op de rechterkant van Gap 1. 

3. Het formuleren van de serviceafspraak — Dit is een taak van de 
leverancier én de klant. Zij maken daarbij gebruik van de vastgelegde 
requirements. Als de leverancier de serviceafspraak in z'n eentje opstelt, dan 
leidt dat al snel tot misverstanden, en tot de gap. Dat kan leiden tot een 
andere serviceafspraak dan de bedoeling van de klant is. De combinatie van 
slecht geformuleerde wensen en slecht verstane wensen leidt tot 
serviceafspraken die niet aansluiten bij de behoefte van de klant. 

In een klantgerichte dienstverlening werken klant en leverancier nauw samen 
om een voor beide partijen heldere en eenduidige serviceafspraak te maken. 


45 Specifiek, Meetbaar, Acceptabel, Realistisch, Tijdgebonden 
46 Keep It Simple Stupid 
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4. Het ervaren van de service — Hoe de klant de service ervaart (customer 
experience, CX), is vanzelfsprekend een zaak van die klant, maar de 
leverancier heeft hier veel invloed op. De interactie tussen de 
vertegenwoordigers van de leverancier en vertegenwoordigers van de klant 
kan op allerhande manieren worden beïnvloed. Hier speelt gedrag 
bijvoorbeeld een grote rol. In het klantdomein wordt tevredenheid voor een 
belangrijk deel beïnvloed door ervaringen van de gebruikers (user experience, 
UX). Niet alleen de technische kenmerken van de service (functionaliteit en 
functioneren), maar ook de interactie met de leverancier tijdens de uitvoering 
en de ondersteuning beïnvloeden de ervaring van de gebruiker. Het gedrag 
van een servicedesk-medewerker beïnvloedt bijvoorbeeld in hoge mate de 
manier waarop de gebruiker de service beleeft. 

Verder zijn de verpakking van de ondersteuning en de interface, waarmee de 
gebruiker de voorziening benadert, van invloed op de beleving. Een self- 
servicedesk treedt de klant bijvoorbeeld tegemoet in de wens om op ieder 
gewenst moment toegang te hebben tot de voortgang van ondersteuning en 
informatie over de service. Maar ook een self-servicedesk is niet zaligmakend: 
als deze niet is afgestemd op de klant, c.q. de gebruiker, dan kan ook een 
self-servicedesk contraproductief zijn. 


Voorbeeld. Een spelletje dat het op kinderfeestjes altijd goed doet, is het 
doorfluisteren van een verhaal. Het eerste kind fluistert een kort verhaaltje 
of een lange zin in de oren van het tweede kind, dat dit vervolgens 
doorfluistert in de oren van het derde kind, et cetera, totdat het laatste kind 


is bereikt. Als het resultaat vervolgens hardop wordt uitgesproken, ontstaat 
grote hilariteit. Op dezelfde wijze kan een heel andere service worden 
ervaren dan oorspronkelijk - aan het begin van de servicebeheercyclus — 
besproken is. 


Om de verwachtingen goed te managen en daarmee de klanttevredenheid te 
bevorderen, vragen potentiële foutbronnen de aandacht van de leverancier. Met 
de juiste maatregelen voorkomt hij ongewenste effecten. Een proactieve houding 
van een leverancier kan van grote invloed zijn op de uiteindelijke 
klanttevredenheid. 


Relatiemanagement 
De factor emotie in de relatie tussen de leverancier, de klant én de gebruikers in 
dat klantdomein is eveneens van grote invloed op de klanttevredenheid. 


Relatiemanagement®’ betreft het onderhouden van de klant- en 
gebruikersrelaties en het afstemmen tussen leverancier en klant op strategisch, 
tactisch en operationeel niveau. Goed relatiemanagement door de leverancier is 
gebaseerd op het begrijpen van de wensen en de zakelijke drijfveren van de 
klant. De belangrijkste opgave voor relatiemanagement is te zorgen voor goede, 
werkbare relaties op alle niveaus tussen de serviceorganisatie en de 
klantorganisatie. 


47 Business relationship management (BRM) 
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Een belangrijke taak voor relatiemanagement is het ‘voeling houden’ met de 
klantorganisatie om de strategische doelen van beide organisaties met elkaar te 
verbinden. Zo ontstaat draagvlak voor een duurzame relatie, waarbij de 
serviceorganisatie meedenkt met de klant en oplossingen aandraagt die de klant 
meer mogelijkheden geeft om zijn doelen te bereiken. Goede afstemming van 
het tempo van de veranderingen in beide organisaties is nodig, omdat de 
dynamiek bij de klantorganisatie sterk kan verschillen van die bij de 
serviceorganisatie. 


4.13 Begrippen 


De volgende kernbegrippen kwamen in hoofdstuk 4 aan de orde. 


relatiemanagement 
verwachtingsmanagement 
middelen 


procesmanagement 
procesmanager, proceseigenaar 
lijn, lijnmanagement 


e scope e lijncoördinatie 

e _servicepropositie e coördinator 

e bedrijfsmiddelen e operator 

e people, process, technology e service management office 
e behoefte e melding manager 

e prestatie e teamcoördinator 

e werkwijze e _procescoördinator 

e proces, procedure, werkinstructie e teamgericht, procesgericht 
e practice e _projectgericht 

e activiteit, taak e escalatie 

e rol, functie, profiel e cultuur 

Ld Ld 

Ld . 

. . 
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5 HET USM-PROCESMODEL 


Dit hoofdstuk beschrijft het USM-procesmodel. Hierbij komen de 
volgende begrippen aan de orde: 

Proces en procesmodel 

Workflow 

Werkwijze 

Procesmanagement en workflowmanagement 
Proces- en workflowrapportage 
Proces-control 

Standaard artefacten voor processen 
Templates 

Impact, urgentie, prioriteit 

Communicatie 


Dit hoofdstuk beschrijft het USM-procesmodel met de vijf processen die van 
toepassing zijn op alle denkbare dienstverlenende organisaties. De workflows en 
toegepaste werkwijzen die daaruit volgen, komen aan de orde, gevolgd door een 
uitvoerige beschrijving van de vijf processen. Een paragraaf over de rol van 
communicatie bij de uitvoering en toepassing van USM rondt het hoofdstuk af. 


De USM-methode is gebaseerd op principes, en dat geldt ook op het niveau van 

de processen van de serviceorganisatie. De volgende principes gelden voor het 

vaststellen van processen: 

1. Een proces beschrijft wat achtereenvolgens moet gebeuren, niet het wie of 
hoe. 

2. Een proces is te duiden met een werkwoord. 

3. Processen hebben een voor de klant relevant en uniek doel. 

4. Een proces is telbaar. 

5. Een proces is op te splitsen in deelprocessen, maar daardoor verandert het 
proces niet. 

6. Een procesmodel ordent de processen. 

7. Een procesmodel omvat alle relevante activiteiten. 

8. In een geïntegreerd procesmodel komt elke activiteit slechts één keer voor. 


Het USM-procesmodel voldoet aan al deze eisen en heeft daardoor de volgende 
eigenschappen: 

e hetis zuiver in de zin van consistent en consequent 

het bestaat uitsluitend uit enkelvoudige processen 

het is volledig non-redundant zodat het workflows efficiënt ondersteunt 

het bevat alle activiteiten voor het managen van services 

het is eenvoudig leerbaar 


‘mm. 


Daarmee geeft het procesmodel invulling aan de basiseisen voor een 
managementsysteem, zoals die in de inleiding al zijn geformuleerd: 
integraal en geïntegreerd. 
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5.1 Procesmodel 


De literatuur over servicemanagement beschrijft talloze ‘procesmodellen’, die 
niet aan de eisen van een zuiver procesmodel voldoen. De verklaring voor die 
overvloed ligt voor de hand. Mensen hebben een fundamentele behoefte aan 
structuur om hun werk te managen en daarmee voorspelbare prestaties te 
kunnen borgen. Ze beschrijven daarvoor werkwijzen die hen op de één of andere 
wijze raken. Uit Figuur 5.1 (afgeleid van Figuur 4.3) blijkt overduidelijk dat dat 
alleen het geval is bij procedures en werkinstructies, maar niet bij processen. 
Mensen maken geen deel uit van processen. Mensen zijn in de praktijk dus 
vooral genegen om zich bezig te houden met werkwijzen van het type procedure 
en werkinstructie. 


Zo zijn de populaire ‘practices’ ontstaan, snel toepasbaar, maar niet afgeleid uit 
het onderliggende procesmodel. Die practices missen daardoor de structurele 
samenhang met de andere activiteiten binnen de organisatie. Toepassing van 
een flink aantal practices creëert een complexiteit die al gauw niet meer te 
managen is. 


standaardisatie 
door templates 


Figuur 5.1 Mensen komen alleen voor in procedures en werkinstructies 


Uit Figuur 4.3 blijkt dat alle werkinstructies via procedures worden 
afgeleid uit een onderliggend procesmodel. Een gestructureerde, 
geïntegreerde en efficiënte set werkwijzen creëren is alleen mogelijk 
op basis van een zuiver procesmodel. 


De analyse van alle activiteiten, die in een serviceorganisatie voorkomen in het 
verband met het managen van de service, heeft geleid tot het eenvoudige en 
praktisch toepasbare USM-procesmodel, dat volledig voldoet aan de principes en 
kenmerken uit de inleiding van dit hoofdstuk. 


Bij de specificatie van de USM-processen is niet alleen de output van het proces 
als indelingscriterium gebruikt, maar vooral ook de outcome (Figuur 5.2). Op die 


102 


Hoofdstuk 5. Het USM-procesmodel ee vn me er me Oe 


manier kunnen voor de klant betekenisvolle processen worden afgebakend en 
gedefinieerd, op zo'n manier dat elk proces een voor de klant relevant en 
onderscheidend resultaat heeft, en dat alle activiteiten van de gedefinieerde 
processen rechtstreeks te relateren zijn aan die betekenisvolle resultaten. 


ee GONTROUGE ne 
| EE OEE En Re JL 


Mi eon 
| INPUT THROUGHPUT nd eeenmmnd OUTCOME 
_ w ed 
DRE a ST efficlency: Ta et Pe “effectiveness 


Figuur 5.2 ITOCO-model 


Fout! Verwijzingsbron niet gevonden. toont het USM-procesmodel in zijn 
essentiële generieke vorm, met een werkwoord voor elk proces. 


AFSPREKEN 


WIJZIGEN 


HERSTELLEN 


INCIDENT 


SERVICE REQUEST SERVICE REQUEST 


UITVOEREN 


SERVICE REQUEST 


SERVICE REQUEST 
Figuur 5.3 Het USM-procesmodel in generieke termen 


Vanaf de linkerzijde triggert de klant het procesmodel met een melding. 


Melding: een interactie waarmee de opdrachtgever of gebruiker 
een beroep doet op de afgesproken ondersteuning van de 
beschikbaar gestelde voorziening 


Die interacties (meldingen) vanaf de klant raken slechts vier processen: 

e Afspreken: het opstellen, door laten voeren, en onderhouden van 
serviceovereenkomsten. Dit proces heeft betrekking op zowel de 
serviceovereenkomsten met klanten als op de overeenkomsten met externe 
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leveranciers en met interne oplosgroepen die een bijdrage leveren aan de 
service. De bijbehorende melding heet wens. Dn 
Wijzigen: het gecontroleerd doorvoeren van wijzigingen op de Gs 
systemen en op de overeengekomen dienstverlening. Dit proces hee ee 
betrekking op de voorziening en/of de ondersteuning, voor zover dat ee 
uitmaakt van de beheerde infrastructuurf®. De bijbehorende melding heet 
wijzigingsverzoek of request for change (RFC). B 
Herstellen; het herstellen van de service conform de afspraken die daarover 
met de klant zijn gemaakt. Dit proces heeft betrekking op zowel storingen als 
dreigende storingen. De bijbehorende melding heet storingsmelding of 
incident. 

Uitvoeren: het planmatig uitvoeren van alle operationele handelingen voor 
de overeengekomen dienstverlening en het bewaken van de prestaties van de 
service-systemen. Dit proces heeft betrekking op de service-systemen en al 
hun onderdelen. De bijbehorende melding heet service request. 


Een interne medewerker van de leverancier mag vanzelfsprekend ín het belang 
van de klant (de dienstverlening) optreden en één van de processen van het 
systeem triggeren. In een procesmodel gaat het uitsluitend om het wat. 


Aan de rechterkant van het procesmodel staat een proces dat ten doel heeft om 

alle verbeterkansen en bedreigingen voor de dienstverlening te managen: 

e Verbeteren: het bevorderen van structurele verbeteringen in de 
overeengekomen dienstverlening, alsmede het voorkómen van effecten die 
afbreuk doen aan de overeengekomen dienstverlening. Dit proces heeft 
betrekking op het realiseren van verbeterinitiatieven (innovaties) én op het 
wegnemen van bedreigingen. 


Let op: het proces Verbeteren wordt niet door andere processen getriggerd, 
maar alleen door mensen: het is dus in termen van het procesmodel 
\zelftriggerend’. De bijbehorende melding heet risico. 


} Voorbeeld. In een restaurant is het meestal niet de gewoonte dat een gast 

in de keuken komt, of daar zelfs in kijkt. Desondanks is het in sommige 

| restaurants Usance. Het restaurant kan daar uiteenlopende redenen voor 

i hanteren: om vertrouwen te winnen dat het voedsel verantwoord wordt 
bereid, omdat de kok het leuk vindt om zijn kunde te demonstreren, omdat 
gasten zelf etenswaren mee mogen nemen, etc. 


Figuur 5.4 toont een vertaling van de vijf processen naar het Engels: 
e Afspreken: Contract management (CTM) 

Wijzigen: Change management (CHM) 

Herstellen: Incident management (INC) 

Uitvoeren: Operations management (OPS) 

Verbeteren: Risk management (RIM) 


48 Zie de inleiding van het hoofdstuk Change Management 
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CONTRACT MANAGEMENT 
xs (CTM) 


CHANGE MANAGEMENT 
(CHM) 


RISK 
MANAGEMENT 
(RIM) 
INCIDENT MANAGEMENT 
INCIDENT (INC) 


SERVICE REQUEST SERVICE REQUEST 


OPERATIONS MANAGEMENT SERVICE REQUEST 
SERVICE REQUEST (OPS) 


Figuur 5.4 Het USM-procesmodel met Engelstalige procestitels 
In de praktijk komen we talloze ‘processen’ tegen, die onder de definities en 


principes van USM geen processen zijn. Vaak zijn dit toegepaste werkwijzen van 
het type procedure of werkinstructie, dus practices. 


| Voorbeeld 1: Inkopen is geen proces, want het heeft geen klantrelevant 
| doel. Inkopen speelt een rol bij Wijzigen of Uitvoeren, maar beslaat niet 


meer dan een activiteit in dat proces. Dat wil niet zeggen dat Inkopen niet 
procesmatig kan worden beschreven, maar dan is het volgens de USM- 
principes nog steeds niet meer dan een activiteit of een deelproces. 


| Voorbeeld 2: Registreren van de infrastructuur (in de IT aangeduid met 


configuration management, in gebouwenbeheer met building information 


| management) is geen proces, want het heeft geen klantrelevant doel. 


Registreren van de infrastructuur is een zinvolle activiteit, maar dient het 


| belang van de dienstverlener, en maakt deel uit van het proces waarin de 


kenmerken van die infrastructuur aangepast worden (het proces ‘wijzigen’). 
Voorbeeld 3: Beveiligen is geen proces, want het is niet telbaar en het is 
niet uniek. Beveiligen is een belangrijk aspect van alle processen, en ZOU 


| daarmee dus redundant zijn. Beveiligen leidt bv tot passages over de 


veiligheid van services in de serviceafspraken, houdt zich bezig met de 
met de afhandeling van 


beveiligingsstoringen, etc. 


Ì Voorbeeld 4: Release management (versiebeheer) is geen proces, omdat 
de betrokken activiteiten al in het proces 
| redundantie zouden leiden. Alle wijzigingen Ï 
behandeld, net als alle overige meldingen. 


“Wijzigen” voorkomen en dus tot 
n USM worden releasematig 


DE USM-METHODE 


leveranciers en met interne oplosgroepen die een bijdrage leveren aan de 
service. De bijbehorende melding heet wens. Dn 
Wijzigen: het gecontroleerd doorvoeren van wijzigingen op de Gs 
systemen en op de overeengekomen dienstverlening. Dit proces hee ee 
betrekking op de voorziening en/of de ondersteuning, voor zover dat ee 
uitmaakt van de beheerde infrastructuurf®. De bijbehorende melding heet 
wijzigingsverzoek of request for change (RFC). B 
Herstellen; het herstellen van de service conform de afspraken die daarover 
met de klant zijn gemaakt. Dit proces heeft betrekking op zowel storingen als 
dreigende storingen. De bijbehorende melding heet storingsmelding of 
incident. 

Uitvoeren: het planmatig uitvoeren van alle operationele handelingen voor 
de overeengekomen dienstverlening en het bewaken van de prestaties van de 
service-systemen. Dit proces heeft betrekking op de service-systemen en al 
hun onderdelen. De bijbehorende melding heet service request. 


Een interne medewerker van de leverancier mag vanzelfsprekend ín het belang 
van de klant (de dienstverlening) optreden en één van de processen van het 
systeem triggeren. In een procesmodel gaat het uitsluitend om het wat. 


Aan de rechterkant van het procesmodel staat een proces dat ten doel heeft om 

alle verbeterkansen en bedreigingen voor de dienstverlening te managen: 

e Verbeteren: het bevorderen van structurele verbeteringen in de 
overeengekomen dienstverlening, alsmede het voorkómen van effecten die 
afbreuk doen aan de overeengekomen dienstverlening. Dit proces heeft 
betrekking op het realiseren van verbeterinitiatieven (innovaties) én op het 
wegnemen van bedreigingen. 


Let op: het proces Verbeteren wordt niet door andere processen getriggerd, 
maar alleen door mensen: het is dus in termen van het procesmodel 
\zelftriggerend’. De bijbehorende melding heet risico. 


} Voorbeeld. In een restaurant is het meestal niet de gewoonte dat een gast 

in de keuken komt, of daar zelfs in kijkt. Desondanks is het in sommige 

| restaurants Usance. Het restaurant kan daar uiteenlopende redenen voor 

i hanteren: om vertrouwen te winnen dat het voedsel verantwoord wordt 
bereid, omdat de kok het leuk vindt om zijn kunde te demonstreren, omdat 
gasten zelf etenswaren mee mogen nemen, etc. 


Figuur 5.4 toont een vertaling van de vijf processen naar het Engels: 
e Afspreken: Contract management (CTM) 

Wijzigen: Change management (CHM) 

Herstellen: Incident management (INC) 

Uitvoeren: Operations management (OPS) 

Verbeteren: Risk management (RIM) 


48 Zie de inleiding van het hoofdstuk Change Management 
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ĳ veilige uitvoering van wijzigingen en 


Hoofdstuk 5. Het USM-procesmodel 


CONTRACT MANAGEMENT 
xs (CTM) 


CHANGE MANAGEMENT 
(CHM) 
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MANAGEMENT 
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INCIDENT MANAGEMENT 
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SERVICE REQUEST SERVICE REQUEST 


OPERATIONS MANAGEMENT SERVICE REQUEST 
SERVICE REQUEST (OPS) 


Figuur 5.4 Het USM-procesmodel met Engelstalige procestitels 
In de praktijk komen we talloze ‘processen’ tegen, die onder de definities en 


principes van USM geen processen zijn. Vaak zijn dit toegepaste werkwijzen van 
het type procedure of werkinstructie, dus practices. 


| Voorbeeld 1: Inkopen is geen proces, want het heeft geen klantrelevant 
| doel. Inkopen speelt een rol bij Wijzigen of Uitvoeren, maar beslaat niet 


meer dan een activiteit in dat proces. Dat wil niet zeggen dat Inkopen niet 
procesmatig kan worden beschreven, maar dan is het volgens de USM- 
principes nog steeds niet meer dan een activiteit of een deelproces. 


| Voorbeeld 2: Registreren van de infrastructuur (in de IT aangeduid met 


configuration management, in gebouwenbeheer met building information 


| management) is geen proces, want het heeft geen klantrelevant doel. 


Registreren van de infrastructuur is een zinvolle activiteit, maar dient het 


| belang van de dienstverlener, en maakt deel uit van het proces waarin de 


kenmerken van die infrastructuur aangepast worden (het proces ‘wijzigen’). 
Voorbeeld 3: Beveiligen is geen proces, want het is niet telbaar en het is 
niet uniek. Beveiligen is een belangrijk aspect van alle processen, en ZOU 


| daarmee dus redundant zijn. Beveiligen leidt bv tot passages over de 


veiligheid van services in de serviceafspraken, houdt zich bezig met de 
met de afhandeling van 


beveiligingsstoringen, etc. 


Ì Voorbeeld 4: Release management (versiebeheer) is geen proces, omdat 
de betrokken activiteiten al in het proces 
| redundantie zouden leiden. Alle wijzigingen Ï 
behandeld, net als alle overige meldingen. 


“Wijzigen” voorkomen en dus tot 
n USM worden releasematig 


DE USM-METHODE 


Het USM-procesmodel is eenvoudig ‘vertaalbaar’ naar diverse facilitaire 
vakgebieden: IT, personeelszaken, catering, parkeervoorzieningen, juridische 
zaken en naar primaire bedrijfsdomeinen zoals telecombedrijven en 
overheidsinstellingen. In alle gevallen is de structuur van het procesmodel van 
de dienstverlener hetzelfde. Het gaat in de USM-methode altijd om dezelfde vijf 
zuivere dienstverleningsprocessen, in een non-redundant, geïntegreerd 
procesmodel. 


Figuur 5.5 toont een variant van het procesmodel in de context van 
gebouwenbeheer. Het procesmodel is identiek, alleen de termen zijn aangepast 
aan de discipline waarin het procesmodel van toepassing is: 


Afspreken: Contractbeheer 
Wijzigen: Wijzigingenbeheer 
Herstellen: Storingsafhandeling 
Uitvoeren: Onderhoud 
Verbeteren: Risicomanagement 


CONTRACTBEHEER 


WIJZIGINGENBEHEER 


RISICO 
MANAGEMENT 


STORINGSAFHANDELING 


INCIDENT 


SERVICE REQUEST SERVICE REQUEST 


SERVICE REQUEST 


ONDERHOUD 


SERVICE REQUEST 


Figuur 5.5 Het USM-procesmodel in de context van gebouwenbeheer 
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Elke activiteit binnen een dienstverlenende organisatie heeft een 
vaste, unieke plek binnen één van de vijf processen. Voorbeeld: alle 
activiteiten die op het operationeel service-systeem worden 
uitgevoerd komen slechts één keer voor, in het proces Uitvoeren. Het 
uitvoeren van zowel een wijzigingsimplementatie als een incident- 
herstelactie vindt dus uitsluitend in het proces Uitvoeren plaats. 

Een service request is altijd de trigger voor het proces Uitvoeren, 
maar die trigger kan via vier verschillende routes binnenkomen. 


Hoofdstuk 5. Het USM-procesmodel em er Ge 


Omdat in het USM-procesmodel iedere activiteit slechts één keer voorkomt, 
worden prestaties geleverd door workflows, samengesteld uit samenwerkende 
processen. De treintjes op en in dit boek visualiseren de workflows. 


Om zichtbaar te maken hoe de workflows zijn samengesteld uit samenwerkende 
processen, zijn de processen in het USM-procesmodel met kleuren van elkaar 
onderscheiden. Figuur 5.6 toont het USM-procesmodel in kleur. Deze kleuren 
komen uiteraard weer terug in de afbeeldingen van treinwagonnetjes. 


INCIDENT 


SERVICE REQUEST 


SERVICE REQUEST 


SERVICE REQUEST 


SERVICE REQUEST 


Figuur 5.6 Het USM-procesmodel in kleur 


De processen triggeren elkaar, zodat samengestelde workflows ontstaan. De 
trigger van een proces is altijd hetzelfde, maar de afzender varieert. Op die 
manier hanteert ieder proces dezelfde afwegingen voor de afhandeling, altijd in 
hetzelfde kader: de dienstverlening van de organisatie. 


5.2 Workflows en werkwijzen 


Ieder proces bestaat uit stappen, onderverdeeld in activiteiten. Het USM- 
procesmodel is non-redundant, geïntegreerd en allesomvattend: alle activiteiten 
komen slechts één keer in het procesmodel voor. Het werk, bestaande uit 
combinaties van activiteiten, wordt gedaan in de vorm van workflows. Dat zijn 
opeenvolgende series van processtappen, die — mits in de juiste volgorde 
opgesteld — tot de gewenste resultaten leiden. 


Workflow: een serie opeenvolgende activiteiten, samengesteld 


uit onderdelen van het procesmodel, ten behoeve van een 
volledige service-prestatie. 
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Een workflow bestaat uit achtereenvolgende activiteiten-sets, die in het 
procesmodel zijn onderscheiden. Zo wordt bijvoorbeeld de implementatie van 
een wijziging in CHM (geel) uitgevoerd in het proces OPS (groen), getriggerd via 
een service request. Na afronding van het verzoek meldt OPS aan CHM de 
uitvoering van de service request gereed. Daarna vervolgt CHM het proces met 
de eigen afrondende activiteiten. Die gereedmelding is niet in de figuur 
weergegeven: de melding loopt terug langs de pijl waarmee het betreffende 
proces getriggerd is. 


De ‘knip’ in een proces is in alle gevallen expliciet en eenduidig: op het punt van 
de knip wordt een ander proces getriggerd, omdat de activiteiten uit dat proces 
gewenst zijn voor de realisatie van het doel van het initiërende proces. Tot aan 
de knip, waar het volgende proces in de workflow wordt getriggerd, bestaat het 
proces uit een vast groep activiteiten, net als na de knip. Figuur 5.7 illustreert 
deze activiteitengroepen in de processen. De exacte samenstelling van de 
processen uit die activiteiten wordt beschreven in Hoofdstuk 6. 


Omdat Uitvoeren niet een opvolgend proces triggert, heeft Uitvoeren geen knip: 


het is eind van de ‘trechter’ voor de operationele uitvoering van alle andere 
processen c.q. workflows. 


WENS 


INCIDENT 


SERVICE 
REQUEST 


SERVICE 
REQUEST REQUEST 


Figuur 5.7 Het USM-procesmodel met activiteiten 


Een prestatie voor de klant begint dus altijd met een trigger van het type wens, 
RFC, incident, of service request. Op een trigger volgt een serie activiteiten 
om de gewenste prestatie te leveren: de workflow. Voor de interne stakeholder 
geldt hetzelfde bij het proces Verbeteren. Dat proces kent geen trigger in het 
procesmodel. De trigger daar is de interne behoefte aan verbetering. 
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Hoofdstuk 5. Het USM-procesmodel Ee ep en 


De logica van het procesmodel bepaalt de series activiteiten, workflows, die 
volgen op een trigger. Die workflows zijn te vergelijken met treintjes, die een 
serie wagonnetjes voorttrekken, volgeladen met de activiteiten van de 
betreffende workflow. Figuur 5.8 toont een voorbeeld van een treintje met 
wagonnetjes, dat een traject aflegt door drie verschillende processen binnen het 
USM-procesmodel. 


INCIDENT 
SERVICE REQUEST RVICE REQUEST 


SERVICE REQUEST 


SERVICE REQUEST 


Figuur 5.8 Het USM-procesmodel met de vaste combinaties van processtappen 
en de afbeelding van een workflow 


i Voorbeeld. Stel, een workflow begint met de trigger incident: een melding 

| van een verstoring. Een wijziging blijkt nodig om die verstoring te herstellen. 
| Het treintje heeft dus eerst een serie INC-wagonnetjes achter de locomotief, 
| en vervolgens een serie CHM-wagonnetjes. Nadat ín de wijziging de 

| voorbereidingen zijn getroffen voor het implementeren van die wijziging, 


| krijgt de trein een serie OPS-wagonnetjes voor die implementatie. Als OPS 

| zijn taak heeft uitgevoerd en gereed meldt aan CHM, dan krijgt de trein de 

| laatste CHM-wagonnetjes. Ten slotte wordt de trein volledig afgebouwd met 
de afsluitende serie INC-wagonnetjes, als CHM haar taken gereed meldt aan 
het initiërende proces INC. 


Slechts acht workflows representeren alle werkzaamheden van een 
serviceorganisatie. Zij leggen niet alleen de algemeen gangbare werkwijzen vast, 
maar ook — en vooral — de te standaardiseren routinematige werkzaamheden 
(werkinstructies). 
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Vijf van de acht workflows starten aan de kant van de klant, op basis van vier 

verschillende triggers: 

1. Een klant dient een wens in om de serviceafspraak aan te passen (workflow 
type 1), zie Figuur 5.9. 

2. Een klant dient een RFC in om een wijziging aan te brengen binnen de 
overeengekomen serviceafspraak (workflow type 2), zie Figuur 5.10. 

3. Een klant meldt een incident aan, als een service verstoord is. Dat incident 
kan via een wijziging worden verholpen of via een aanpassing in de 
productieomgeving waar geen wijziging voor nodig is. Deze trigger leidt dus 
tot twee mogelijke workflows (workflow type 3 en workflow type 4), zie 
Figuur 5.11. 

4. Een klant dient een service request in voor een actie die binnen de 
afgesproken dienstverlening valt, maar geen verstoring en geen wijziging 
betreft (workflow type 5), zie Figuur 5.12. 


Een tweede groep van drie workflows start intern, in het RIM-proces. Voor die 

workflows geldt dat niet de klant de opdrachtgever is, maar de interne 

organisatie. Deze workflows verschillen alleen in de afhandeling van het risico: 

e via een wens om de serviceafspraken aan te passen (workflow type 6), zie 
Figuur 5.13 

e via een wijziging (workflow type 7), zie Figuur 5.14 

e via een service request (workflow type 8), zie Figuur 5.15 


Figuur 5.9 Workflow type 1: Een wens voor aanpassing van de serviceafspraak 
afhandelen via een RFC en een service request 


Zn EEE ee 
Figuur 5.10 Workflow type 2: Een RFC om een wijziging binnen de 
overeengekomen serviceafspraak af te handelen via een service request 


nnn nn nen 
Figuur 5.11 Workflow type 3 resp. 4: Een incident herstellen via een wijziging of 
rechtstreeks via een service request 


nnn nn 
Figuur 5.12 Workflow type 5: Afhandelen van een service request zonder 


tussenkomst van andere processen 


BE-NONE EE B ee TT Ee 


Figuur 5.13 Workflow type 6: Een risico afhandelen via een aanpassing van de 
serviceafspraken (een wens), een RFC en een service request 


Figuur 5.14 Workflow type 7: Een risico afhandelen via een wijziging en een 


service request 


En EE O  O ) 
Figuur 5.15 Workflow type 8: Een risico afhandelen via een service request 
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De triggers (wens, RFC, incident, service request, risico) hoeven in de workflow 
niet een formeel karakter te krijgen, als ze maar wel als zodanig herkend 
worden. Bij de start van een nieuw proces, binnen een workflow, vindt steeds 
een afweging plaats tegen alle andere meldingen die bij dat proces al in 
behandeling zijn. 


De acht workflows zijn universeel voor alle dienstverleners. De 
verschillen zitten in de mate waarin een organisatie de activiteiten 
uitvoert: de organisatie bepaalt zelf welke activiteiten nodig zijn. Bij 
de USM-methode hoort dat concreet bij de invoering: een 
stapsgewijze eigen invulling van de USM-workflows. 


5.2.1 Templates 

De acht workflows van het USM-procesmodel zijn, conform Figuur 5.1, templates 
voor het vastleggen van gestandaardiseerde werkwijzen. De beschrijving van een 
werkwijze wordt immers bepaald door de logische volgorde van de activiteiten 
binnen de betrokken processen. 


In de eerste kolom van een template voor de werkwijze (Tabel 5.1, de 
proceskolom) staan dus de achtereenvolgende activiteiten van die betreffende 
workflow. Deze eerste kolom in de acht workflowtemplates van de USM-methode 
is voor alle serviceorganisaties gelijk: het procesmodel is universeel. 


De verschillen treden op in de tweede en de derde kolom, waar ‘wie’ en ‘hoe’ aan 
de orde komen. Iedere serviceorganisatie heeft immers een unieke, eigen 
organisatie en eigen middelen en technieken. 


De tweede kolom beschrijft hoe de serviceorganisatie haar taken, bevoegdheden 
en verantwoordelijkheden (TBV) in de vorm van profielen verdeelt over de 
beschikbare medewerkers (zie Tabel 7.1, RACI). In kolom 1 en 2 samen is dan 
de procedure (wie doet wat) van de organisatie vastgelegd. 


Zodra de TBV zijn bepaald en vastgelegd, zijn de workflowtemplates 
gelokaliseerd: ze weerspiegelen de lokale inrichting van de serviceorganisatie, in 
de zin van wie uit deze organisatie doet hier het wat van de USM-processen. 


Op dit punt eindigt de standaardisatie: het gebruik van de gelokaliseerde 
template is afhankelijk van de praktische invulling van de werkinstructie (de 
practice). 


Tabel 5.1 toont de algemene template voor workflow type 3. Ter illustratie zijn 
alleen de processtappen van de workflow ingevuld. 
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Bijzonderheden voor de uitvoering van de activiteit 


CHM.3 Planné 


CHM.4 Voorbereiden wijziging 


| Tabel 5.1 Template voor de workflow ‘Herstellen via een wijziging’ 


Iedere medewerker moet weten dat een werkwijze is vastgesteld en 
waar de informatie over die werkwijze te vinden is. Goede 
administratie en ontsluiting is daarvoor een cruciale voorwaarde. 
Werkwijzen zijn onderdeel van de beheerde infrastructuur. Het 

| ontwikkelen en vastleggen van (gestandaardiseerde) werkwijzen vindt 
| dus logischerwijs plaats via het proces Wijzigen, gestart via een RFC. 


Het vastleggen van een te standaardiseren werkwijze, in de vorm van een 
werkinstructie, is nu niet moeilijk meer: de medewerkers die de kennis hebben 
van de dagelijkse praktijk vullen de bijbehorende workflowtemplate in, laten het 
resultaat toetsen door hun collega’s, en laten de nieuwe werkwijze bekend 
maken en invoeren. Dat vindt plaats als onderdeel van een formele wijziging, dus 
via de workflow die start met CHM. In die workflow wordt vervolgens de 
implementatie van de nieuw vastgelegde werkwijze afgehandeld in OPS. Tabel 
5.2 toont deze aanpak in detail. Daarbij is gebruik gemaakt van workflow 2 
(CHM-OPS-CHM: een wijziging via operations). 
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HOE 


\Servicedesk |\Categorie “invoeren standaard werkwijze” 
Ï e Bepaal de use case van de situatie. 

e Kies de template van de juiste workflow. 

e Bepaal de deskundigen. 

Laat de geselecteerde deskundigen de template invullen: 

e Schrijf alleen in de lege velden. 

Vul het colofon in. 

Bepaal per activiteit wat er in deze workflow gebeurt. 

Verwijder de rijen (stappen) waarbij in het activiteit-vak 
‘overslaan’ is ingevuld. 

le Bepaal waar de workflow inclusief brondocument wordt 

opgeslagen door de beheerder. 

e Leg het gewenste onderhoud van de werkwijze vast. 

e Bepaal de tools voor de ondersteuning, en bereid die tools 
voor. 

Bepaal hoe de betrokkenen kennis nemen van de 
werkwijze en deze leren toepassen. 

e Bepaal eventuele organisatorische consequenties. 

Stel een draaiboek op voor de invoering van de nieuwe 
standaardwerkwijze. 

e Test de werkwijze. 

Biedt de geteste werkwijze aan voor een review door 

betrokkenen. 

CHM 6 — Implementeren Dien een service request in voor het integreren van de 

erkwijze met de workflowtool, het bekend maken van alle 

betrokkenen met de invoering van de werkwijze, en de 

overige implementatiewerkzaamheden. 


(CHM 5 - Testen & 
Vrijgeven 


ervicedesk 


ervicedesk \Neem categorie “invoeren standaard werkwijze” over, met 


de eerder vastgelegde prioriteit 


| p XXX versie R.U.F” 
5 jeren & IServicedesk 
reren 


Tabel 5.2 Standaard afhandeling van het ontwikkelen en vastleggen van een 
standaard werkwijze (werkinstructie) met een workflowtemplate 


__|Servicedesk 


In stap CHM-4 vullen de betrokken deskundigen de template (bijv. Tabel 5.1) in. 

Voor elke activiteit van de workflow zijn daarbij de volgende keuzes mogelijk: 

e Geen bijzonderheden — Voer de activiteit uit conform de 
standaardwerkwijze van het proces. Vul niets in het lege activiteit-vak in. 

e Overslaan - Eén of meer activiteiten zijn overbodig. Vul in het activiteit-vak 
“OVERSLAAN” in. 
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e Specifieke instructies — Geef een SMART-beschrijving van de 
werkzaamheden, specifiek voor deze werkinstructie, in het activiteit-vak. 
Bijvoorbeeld: 

— Vraag informatie op. 

— Gebruik informatie (tabellen, protocollen, beleid). 

— Gebruik hulpmiddelen (tools, templates, etc.). 

— Gebruik aanwijzingen (tips & trucs). 

— Betrek profielen/medewerkers (invullen in de kolom Profiel). 


Op deze manier zijn alle werkzaamheden van de serviceorganisatie in de acht 
USM-workflows te ‘vangen’. Voor de gestandaardiseerde werkzaamheden liggen 
de specificaties in beheerde werkwijzen vast. Voor de niet gestandaardiseerde 
werkzaamheden geldt de werkwijze zoals die in de workflow is vastgelegd. 


Hoe meer werkwijzen gestandaardiseerd zijn, hoe makkelijker de 
automatisering of verplaatsing naar het gebruikersdomein (in een 
self-service aanpak) verloopt. 


5.3 Procesmanagement en workflowmanagement 


De serviceorganisatie levert haar prestaties dus niet met losse processen, maar 
in de vorm van workflows. Het managen van workflows draagt krachtiger bij in 
het streven naar service excellence dan het managen van losse processen. 


Procesmanagement krijgt hiermee een extra dimensie. De proces- en 
lijnmanagementprofielen uit Figuur 4.7 hangen organisatorisch samen, conform 
de workflow. Elk USM-proces vraagt nog steeds om management, maar het is 
vooral de workflowsamenhang die betekenis geeft aan de processen. Door deze 
verschuiving in samenhang neemt workflowmanagement de plaats in van 
procesmanagement (zie paragraaf 7.9). 


5.4 Gestandaardiseerde procesbeschrijving 


Elk proces, en dus ook elke workflow, wordt beschreven alsof het in één keer 
goed gaat. Dat betekent, dat er geen if-then-constructies in een proces staan, 
geen back-loops naar eerdere stappen zijn en dat er geen splitsingen van het 
proces over parallelle deelstromen voorkomen. 


De volgende principes gelden bij ieder proces: 

e Correctie - Een activiteit die niet correct of niet naar wens is uitgevoerd, 
betekent een stap terug in het proces (of de workflow) en het nogmaals 
uitvoeren van de activiteit die daar de aanleiding voor was (maar nu goed). 
Het niet tekenen van dit soort mogelijke back-loops leidt tot een veel 
duidelijker procesverloop. Bovendien kan in theorie iedere activiteit fout gaan. 
Dat zou tot een spaghetti van back-loops leiden. 

e Afbreken - Een afgebroken of ingetrokken melding betekent afsluiting 
volgens de standaard afsluit-stappen: beoordeling van alle onderdelen van de 
melding, aanpassing of verwijdering van uitgevoerde activiteiten, en 
vastlegging van het afbreken. 
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5.5 Basisstructuur van een proces 


Ieder proces heeft dezelfde basisstructuur, en als gevolg daarvan heeft ieder 
proces ook gelijksoortige activiteiten. Aan het begin en het eind van ieder proces 
vinden steeds dezelfde activiteiten plaats: het opstarten en afronden van het 
proces. Processen verschillen vooral in één aspect: het voor de klant beoogde 
doel van het proces, en daarmee in de aard van het proces. Dat verschil uit zich 
in de activiteiten in de body van het proces. 


In Figuur 5.16 zijn die activiteiten in de body van elk proces met hun eigen kleur 
aangegeven. De gelijksoortige activiteiten zijn in deze figuur grijs gemaakt. De 
details van die body-activiteiten worden in Hoofdstuk 6 per proces behandeld. 
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Figuur 5.16 Processen verschillen vooral in de (gekleurde) activiteiten in de body 
van het proces 


SERVICE REQUEST 


De gelijksoortige activiteiten bij het opstarten van ieder proces zijn: 
e Aannemen melding 
— Aanmelding van meldingen gebeurt op een gestandaardiseerde wijze, 
ondersteund met formulieren en gedefinieerde kanalen. Een melding moet 
alle informatie bevatten de nodig is voor een correcte afhandeling: 
o gegevens ter identificatie van de aanvrager 
o inhoudelijke specificatie van het verzoek in termen van omschrijving, 
impact, urgentie 
o context van het verzoek in termen van reden en van gerelateerde 
verzoeken, services of infrastructuur 
o autorisatie van de aanvrager in termen van profiel, kostenplaats 
o informatie over de wijze van communiceren, in termen van 
telefoonnummer, e-mail adres 
o een eventuele referentie naar een standaard aanvraag in de 
servicecatalogus 
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Neem de melding aan, en controleer of de aanmelder bevoegd is om de 
melding in te dienen. 

Controleer de melding op volledigheid, en registreer de melding met een 
uniek volgnummer. Verstrek de aanmelder het volgnummer t.b.v. latere 
communicatie. 

Bespreek de melding zo nodig met de aanmelder om volstrekt duidelijk te 
krijgen wat de aard van het verzoek is. 

Koppel de melding aan de service en de infrastructuur waar de melding 
betrekking op heeft. 

Koppel de melding aan een eerdere melding, als deze daarmee 
samenhangt. De afhandeling sluit dan aan bij de afhandeling van die 
melding. In een gekoppelde melding verwijst de melding naar het 
meldingnummer van de samengestelde melding. De impact en urgentie 
van de samengestelde melding kan hierdoor veranderen. De afronding van 
een samengestelde melding is per definitie de afronding van alle 
gekoppelde meldingen. 


e Classificeren melding 
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Categoriseer de melding ten behoeve van de afhandeling. Deel de melding 
in naar een categorie die voor het proces relevant is, bijvoorbeeld naar 
besluitvormingsroute (welk profiel beslist over de afhandeling), of naar de 
aard (voorziening of ondersteuning, functionaliteit of functioneren, interne 
middelen, organisatie of werkwijzen). 
Categoriseren naar de middelen waarop de gevraagde handeling 
betrekking heeft, bevordert de afhandeling. Categorieën in de IT zijn 
bijvoorbeeld: 
o hardware 

systeemsoftware 

netwerk 

programmatuur 

database 

documenten 

beheerders 

werkwijzen 
ategorieën in de transportbranche: 

vervoermiddelen (auto’s, MPV's, boten) 

wegen 

brandstofvoorzieningen 

garages en parkeerplaatsen 

documenten 

beheerders 
o werkwijzen 
Prioriteer de melding op basis van de combinatie van impact en urgentie. 
Bepaal daarvoor eerst de impact volgens een gedefinieerde impacttabel. 
Bepaal ook de urgentie van de melding, volgens een gedefinieerde 
urgentietabel. De combinatie van beide leidt tot een prioriteit in een 
gestandaardiseerde prioriteitenwaardentabel. 
Een melding die niet vanuit de klant, maar vanuit een ander proces komt, 
in een langere workflow, heeft al een prioriteit. Neem die prioriteit, met de 
bijbehorende resterende afhandeltijd, over in de verdere afhandeling van 
de melding. 
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De gelijksoortige activiteiten bij het afronden van het proces zijn: 
e Toetsen uitvoering & terugkoppelen 

— Controleer of de specifieke body-activiteiten zijn uitgevoerd conform wens, 
ook als dat in een workflow met andere processen is gedaan. Toets daarbij 
of de activiteit werkelijk heeft opgeleverd wat verzocht was. Betrek ook de 
aanmelder van de melding bij die beoordeling. Een melding is pas af te 
sluiten als de aanmelder akkoord gaat met de uitkomst. 

— Over het terugkoppelen aan de aanmelder staan afspraken in de 
serviceovereenkomst. Als een melding volgens de serviceorganisatie 
succesvol is afgerond, en de aanmelder is niet bereikbaar voor verificatie, 
dan moet afsluiting mogelijk zijn. In de serviceovereenkomst is daarvoor 
een praktische definitie van terugkoppeling (‘afmelden bij de aanmelder’) 
opgenomen, die voor beide betrokken partijen aanvaardbaar is. 

— Meld gekoppelde meldingen ook af. 

— Zodra de uitvoering is geaccordeerd, is de melding formeel opgeleverd. 
Leg deze status vast in de workflowtool. Bij de rapportage over meldingen 
is dit een ijkpunt: de rest van het proces is van administratieve aard en 
heeft geen directe relatie tot de prestatie van de organisatie. 

, Evalueren & afsluiten 

Nadat de aanmelder de uitkomst heeft geaccepteerd, is gelegenheid voor een 

evaluatie van de klanttevredenheid. Houd de evaluatie beknopt, bijvoorbeeld 

één klik in een e-mail met vijf opties, variërend van zeer ontevreden tot zeer 
tevreden, met een optioneel reactieveld. 

— Vul de meldingregistratie aan voor een volledig dossier van de melding. 

— De betrokken coördinatoren en operators evalueren de afhandeling van de 
melding in diverse opzichten: 

o Is de melding naar behoren uitgevoerd? 

o Is alles geregistreerd wat van belang is voor een goede verslaglegging? 

o Levert de afhandeling leerpunten op? 

o Is de melding een voorbeeld (standaard) voor de afhandeling van een 
volgende melding? 

o Is een verbeteractie nodig buiten het proces? 

— Afhandeling van verbeteracties: 

o Dien een risico in. 

o Dien een RFC in voor een verbetering van het proces. 

De afhandeling van verbeteringen in de werkwijze vindt buiten de melding 

plaats. Registreer de verbeteractie in de melding. 

— Sluit de melding af met de status ‘afgesloten’. Sluit de melding in het 
registratiesysteem. 


== 
Elk USM-proces, beschreven in de paragrafen 6 t/m 6.5, refereert aan 
de gelijksoortige activiteiten, zoals hierboven beschreven. Deze 
activiteiten ontbreken daarom in de afzonderlijke 
procesbeschrijvingen. 


5.6 Standaard proces-control 


Proces-control heeft als taak om toe te zien op de correcte (voorgeschreven) 
afhandeling van een proces en daarover informatie te verstrekken. Aangezien 
processen uit (alleen) activiteiten bestaan, heeft proces-control betrekking op 
activiteiten. Dat kan de vorm aannemen van direct toezicht in de vorm van 
bijsturen en indirect toezicht in de vorm van informeren. 
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5.6.1 Bijsturen van de uitvoering 
Neem maatregelen om de correcte uitvoering van het proces te bewerkstelligen. 


Bijsturing heeft twee perspectieven: de procesmanager managet de specificaties 
van het proces, de procescoördinator ziet toe op de procesmatige afhandeling 
van de meldingen in het proces (zie paragraaf 4.5 en 4.6). 


De procesmanager maakt afspraken met alle uitvoerders (oplosgroepen). Op 
basis van informatie over die uitvoering, aangevuld met wensen/klachten van de 
uitvoerders, stelt de procesmanager betere afspraken op over de werkwijze en 
de ondersteuning daarvan met middelen. De procesmanager stuurt de 
uitvoerders niet aan: dat is een taak van het lijnmanagement. 


In een procesmatig werkende organisatie kent dat lijnmanagement zowel 
procescoördinatie als teamcoördinatie (zie paragraaf 4.6). De aan- en bijsturende 
bevoegdheden van de procescoördinator zijn bepaald door de gekozen 
machtsverhouding tussen proces- en teamsturing in het besturingsmodel van de 
organisatie (Figuur 4.8). 


Procesmanager en procescoördinator kunnen beiden vanuit hun eigen perspectief 

de procesgang bijsturen: 

e De procesmanager kan constateren dat de procesafhandeling niet optimaal 
verloopt, en dat deze béter kan worden ingericht. Bijsturing kan de vorm 
aannemen van een aanpassing van de werkafspraken met de oplosgroepen 
over de wijze waarop het proces wordt uitgevoerd. Ook als uit rapportage 
blijkt dat het proces (vaak) niet op de afgesproken wijze wordt uitgevoerd, 
kan de procesmanager die werkwijzen opnieuw gaan bespreken met de 
oplosgroepen. Bijsturing kan ook betrekking hebben op de wijze waarop 
ondersteunende middelen (tools) zijn ingericht of op de vraag welke tooling 
beschikbaar is ter ondersteuning van het proces. De bijsturing door de 
procesmanager is gericht op het voortdurend verbeteren van de 
procesafhandeling, en het voortdurend beter ondersteunen van de 
uitvoerders. Dat kan zowel corrigerend als innoverend zijn. 

e De procescoördinator kan constateren dat de afhandeling van een melding 
in het proces niet verloopt zoals dat met de procesmanager is afgesproken. 
De aan- en bijsturende bevoegdheden van de procescoördinator zijn bepaald 
door de gekozen machtsverhouding tussen proces- en lijnmanagement in het 
organisatiebesturingsmodel (Figuur 4.8). 


Voor deze control-functies maken de procesmanager en -coördinator gebruik van 
de ondersteunende middelen die door de procesmanager beschikbaar zijn 
gesteld. De belangrijkste middelen zijn: 

e De workflowtool — voor de registratie van de operationele activiteiten, de 
gespecificeerde uitvoerders, de eisen die aan elke activiteit zijn gesteld, de 
bijbehorende documenten, en de status van de activiteiten. De registraties in 
deze tool leveren de voortgangsrapportage die de bron is voor de bijsturing. 

e De BPM-tool (business process modeling) — voor het documenteren van alle 
werkwijzen, de organisatorische constructie, en de bijbehorende documenten. 
De BPM-tool bevat de specificatie van de werkwijzen en de organisatorische 
inrichting, en biedt daarmee het houvast voor de bijsturing. 
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In elk USM-proces zijn beide vormen van control van toepassing. De 
control-taak is daarom niet in de afzonderlijke processen beschreven: 
het is een generieke taak. 


5.6.2 Proces- en workflowrapportage 
Rapporteer over de uitvoering van processen en workflows. 


Rapportage over de activiteiten en de prestaties van een serviceorganisatie komt 
in twee vormen voor: 

e servicerapportage aan de klant 

e procesrapportage aan de lijn 


Voor de servicerapportage, over de geleverde services, is alleen de informatie 
over de integrale workflows van belang. Met die workflows zijn immers alle 
activiteiten in het kader van de dienstverlening afgehandeld. De 
workflowrapportage voedt dan de servicerapportage. 


Voor de (interne) procesrapportage zijn alle meldingen van belang. Het gaat 
om de kenmerken van de uitvoering van het proces. Voor een klant heeft deze 
rapportage geen betekenis. Het gaat een klant uitsluitend om de geleverde 
prestaties. Of een organisatie een workflowrapportage én een procesrapportage 
hanteert, of alleen nog een workflowrapportage, is een keus die samenhangt met 
het belang dat nog wordt toegeschreven aan de afzonderlijke procesbrokken in 
de workflowbenadering. 


De procesmanager (c.q. de workflowmanager, zie paragraaf 7.9) kent dus twee 
verschillende vormen van rapportage. Daarvoor maakt de procesmanager 
onderscheid tussen meldingen vanuit de klant en meldingen vanuit een ander 
proces: 

e De meldingen vanuit de klant, die de start vormden van een workflow, dragen 
direct bij aan de geleverde prestatie en voeden de servicerapportage (zie 
Figuur 5.9 t/m Figuur 5.12). De procesmanagers rapporteren over deze vijf 
integrale workflows aan de servicemanager: 

— aanpassen van een afspraak (workflow type 1) 

— wijzigen van een overeengekomen service binnen de afspraak (workflow 
type 2) 

— herstellen van een service via een RFC of via een service request 
(workflow type 3 en 4) 

— uitvoeren van handelingen in het kader van de service (workflow type 5). 

e De procesrapportage, die aan de lijn wordt geleverd, levert de informatie 
over alle meldingen van het betreffende proces, maar dan beperkt tot de 
activiteiten uit het betreffende proces. 


De procesmanager ziet er op toe dat de status van meldingen zorgvuldig wordt 
bijgehouden: voor de klant/aanmelder is alleen de rapportage tot aan het 
moment van oplevering van de gevraagde prestatie van belang. De 
klant/aanmelder is niet geïnteresseerd in de administratieve afhandeling van de 
melding, na die oplevering en afmelding. Over die administratieve afhandeling 
rapporteert de procesmanager alleen in de procesrapportage. 
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In ieder USM-proces zijn de rapportagevoorschriften van toepassing. 
Deze activiteiten zijn dus niet opnieuw opgenomen in de afzonderlijke 
procesbeschrijvingen vanaf hoofdstuk 6. 


5.6.3 Prestaties 
Meting van behaalde doelen is nodig om te sturen op prestaties. Inzicht in 
metrieken (meetbare aspecten) leidt tot het meten van de juiste zaken. 


Metrieken zijn alleen bruikbaar als ze te relateren zijn aan de doelen van de 
serviceorganisatie, en daarmee aan de prestaties van die serviceorganisatie. 


Voorbeeld. In Engeland besloot de overheid, dat de wachttijd van patiënten 
voor hun operatie een goede metriek was. Om deze metriek te gebruiken, 
stelde de overheid doelen om de tijd dat een patiënt op een wachtlijst staat 
te verkorten. Het resultaat was geheel naar verwachting: de wachtlijsten 
werden korter en korter, en de doelen werden bereikt. Patiënten moesten 


echter net zo lang als voorheen wachten op hun operatie. Het ziekenhuis 
plaatste patiënten namelijk pas op die wachtlijst, als het tijdstip van de 
geplande operatie binnen de beoogde maximale wachttijd viel. Hierdoor 
ontstond een tweede ‘schaduw’-wachtlijst met patiënten die wachtten tot ze 
op de officiële wachtlijst werden geplaatst. 


Er zijn verschillende (meet)methodes beschikbaar om gestructureerd op 
prestaties te sturen. Eén van de meest gebruikte methoden is die van de 
(business) balanced scorecard (BSC, Figuur 5.17)®®. 


De BSC-methode leidt critical success factors (CSF's) af uit de doelen. Deze 
kritieke succesfactoren (KSF's / CSF's) betreffen vier aandachtsgebieden 
(perspectieven): klant/markt, (bedrijfs)processen, personeel/innovatie en 
financiën. De grootheden om de CSF's te meten zijn de key performance 
indicators (KPI's), eventueel onderverdeeld in performance indicators (PI's), 
prestatie-indicatoren. 


Key performance indicators (KPI's): variabelen om de 
voortgang te meten ten opzichte van critical success factors 
(CSF's), afgeleid van de doelstellingen van de organisatie 


De uitkomst van de metingen en de veranderende omstandigheden kunnen 
leiden tot het bijstellen van werkwijzen, taken, plannen, beleid, en zelfs tot het 
bijstellen van de doelen, missie en visie van de organisatie (zie hoofdstuk 7). 


Interne, facilitaire serviceorganisaties leiden hun doelen af uit de bedrijfsdoelen 
van het bedrijf. De serviceorganisatie heeft bijvoorbeeld als afgeleid doel: 
‘bijdragen aan het concurrerend vermogen van het bedrijf’. Op basis daarvan 
formuleert de organisatie haar eigen specifieke doelstellingen. Afhankelijk van 


49 Robert S. Kaplan & David P. Norton. "The Balanced Scorecard - Measures that Drive 
Performance”. In: Harvard Business Review. 1992, Jan-feb, pp.71-79. 
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het soort bedrijf betreffen de doelen voor de serviceorganisatie dan bijvoorbeeld 
de veiligheid, bereikbaarheid, reactiesnelheid en geavanceerdheid van de 
primaire bedrijfsactiviteiten. 


Financieel 
perspectief 


Afnemers Visie en Interne processen 


perspectief strategie perspectief 


Leer en groei 
perspectief 


Figuur 5.17 De balanced scorecard 


KPI's zijn de sleutelfactoren om de prestaties te verbeteren. Wat aan de 
buitenkant wordt gemeten zijn echter uitsluitend de key result indicators 
(KRI's) (Figuur 5.18). Die zijn voor de klant van belang, maar de 
serviceorganisatie krijgt daarmee zelf niet voldoende inzicht in het proces. 
KRiIs: key result indicators 


Pls: performance indicators 


KPls: key performance indicators 


Figuur 5.18 Indicatoren voor het meten van prestaties (naar David Parmenter®®) 


50 David Parmenter: Key Performance Indicators, Developing, Implementing, and Using Winning 
KPIs. Wiley 2007. 
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KRI’s beschrijven wat het werk oplevert, de uiteindelijke prestatie. Daarover 
maken klant en leverancier vooraf afspraken. Om grip te krijgen op het 
verbeteren van die prestatie zijn KPI's echter veel belangrijker: KPI's maken 
zichtbaar welke PI's te verbeteren zijn, zodat de KRI's beter scoren. KPI's zijn 
dus sturend en leiden tot resultaten, zichtbaar in de KRI's. 


Een KRI is bijvoorbeeld de beschikbaarheid van een service. 

Een PI is dan bijvoorbeeld het aantal keer bijsturen van incidentafhandeling om 
de hersteltijd te halen. 

De sleutelfactoren achter deze PI’s zijn de KPI's, bijvoorbeeld het aantal keren 
dat incidenten met prioriteit ‘hoog’ in service X meteen door de 
servicedeskmedewerker werden opgelost. 


Een vuistregel voor de verhouding tussen aantallen KPI's, PI’s, en KRI's is 
10:80:10. 


In ieder USM-proces worden prestatie-indicatoren vastgelegd. Deze 
toelichting is dus niet opnieuw vastgelegd in de afzonderlijke 
procesbeschrijvingen vanaf hoofdstuk 6. 


5.7 Standaard artefacten 


In elk USM-proces zijn standaard artefacten van toepassing om het proces uit te 
voeren. Dit zijn formulieren, registraties, en definities, die een sleutelrol spelen 
in de afhandeling van USM-processen. In de volgende paragrafen volgt een 
standaard structuur voor deze artefacten. 


5.7.1 Aanmeldformulier 

Voor het aanmelden van een melding is een gestandaardiseerd aanmeldformulier 
of een geautomatiseerde aanmelding nuttig. Zo’n formulier heeft een 
checklistfunctie, waardoor meldingen beter en vollediger worden gespecificeerd. 
Een geformaliseerd aanmeldproces mag het aanmelden zelf niet frustreren door 
te hoge eisen aan de informatie of de werkwijze. 

Vereiste velden: 

e gegevens aanmelder 

betrokken service 

betrokken infrastructuur-object 

impact, urgentie, prioriteit volgens de aanmelder 

aanleiding, verantwoording 

eisen waaraan uitvoering moet voldoen 

voorgestelde afhandeling volgens de aanmelder 

gewenst tijdstip van uitvoering 

voorwaarden en beperkingen 

risico’s, consequenties van het niet (tijdig) uitvoeren 

communicatie over voortgang 


Deze velden maken deel uit van de informatie die ‘verderop’ in een workflow 
weer van belang is. 
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5.7.2 Registers 

In elk proces wordt geregistreerd. Het register bevat de meldingen in het proces, 
met de bijbehorende documenten. Het register is meestal geautomatiseerd en 
maakt dan deel uit van de workflowtool. 

De verschillende registers vormen samen de integrale kennisdatabase. 


5.7.3 Impacttabel 
Impact duidt de mate aan waarin de melding de business van de klant beïnvloedt 
(of kan beïnvloeden). 


Impact: de mate waarin een melding de activiteiten of prestatie 
van de klant beïnvloedt (of kan beïnvloeden). 


Impact is classificeerbaar in 4 klassen: groot, gemiddeld, klein en nihil (Tabel 
5.3). Impact kan dus ook feitelijk nihil zijn, in de zin dat er nog geen sprake is 
van impact, maar dat deze wel dreigt op te treden. 


Omschrijving 

groot aantal medewerkers is getroffen en/of niet in staat om hun werk te 
doen 

groot aantal klanten is getroffen en/of leidt schade 

de financiële gevolgen overschrijden een kritische grenswaarde 
hoge reputatieschade voor de organisatie 

iemand is gewond geraakt 

Gemiddeld kleiner aantal medewerkers is getroffen en/of niet in staat hun werk goed 
genoeg te doen 

kleiner aantal klanten is getroffen en/of leidt beperkte schade. 


de financiële gevolgen zijn beperkt 
beperkte imagoschade 
minimaal aantal medewerkers is getroffen en/of niet geheel in staat hun 


normale werkzaamheden uit te voeren 

minimaal aantal klanten is getroffen en/of enigszins gehinderd bij hun werk 
financiële gevolgen zijn minimaal 
reputatieschade is waarschijnlijk minimaal 
Er is momenteel (nog) geen impact. 
Tabel 5.3 Voorbeeld van een impacttabel 


8) 


Impact varieert over de services die de organisatie levert. Sommige services 
hebben per definitie een hogere impact dan andere. Deze variatie kan al bij het 
maken van afspraken over die services worden bepaald, zodat de meldingen in 
alle processen meteen naar die impact worden behandeld. 


5.7.4 Urgentietabel 
Urgentie duidt de hoeveelheid tijd die mag verlopen voor de melding afgehandeld 
is. 


Urgentie: een maatstaf van de mate waarin een activiteit (geen) 
uitstel kan verdragen. 


De klassen voor urgentie staan in Tabel 5.4. De klasse ‘nihil’ ontbreekt, omdat 
elke melding om afhandeling vraagt en dus altijd enige mate van urgentie heeft. 
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Urgentie Omschrijving 
Hoog schade neemt snel toe 
door snel optreden kan een ernstige toename van het effect worden 


voorkomen E: : 
werk dat niet kan worden uitgevoerd is zeer tijdgevoelig_ ' 
meerdere gebruikers met een sleutelrol in de bedrijfsvoering worden 


gehinderd 
Gemiddeld schade neemt slechts beperkt toe 
werk dat niet kan worden uitgevoerd is beperkt tijdgevoelig 4 
een enkele gebruiker met een sleutelrol in de bedrijfsvoering wordt 


gehinderd 

schade neemt slechts marginaal toe 

werk dat niet kan worden uitgevoerd is niet tijdgevoelig 
geen gebruikers met een sleutelrol gehinderd 


Tabel 5.4 Voorbeeld van een urgentietabel 


Urgentie wordt gebruikt in situaties waarin door bijzondere omstandigheden een 
hogere tijdsdruk aan de orde is. Die tijdsdruk kan zowel door interne als door 
externe omstandigheden worden veroorzaakt. 


5.7.5 Prioriteitentabel 
Prioriteit duidt op de volgorde voor de afhandeling van meldingen. 


a 
Prioriteit: een kwalificatie voor de volgorde van de afhandeling 
van een melding. 


Prioriteit is een combinatie van impact en urgentie, geclassificeerd in een 
kruistabel. Zie het voorbeeld van een prioriteitenklassentabel in Tabel 5.5. 


Een prioriteitenwaardentabel specificeert de betekenis van elke prioriteitenklasse 
zie Tabel 5.6. De beoordeling van de waarden gebeurt in de context van het 
proces: herstel-activiteiten vragen in de regel kortere afhandeltijd dan 
wijzigingsactiviteiten of risicoanalyses. Ze krijgen daarom meestal een hogere 
prioriteit. Omdat de uitvoering van alle workflows — en dus van alle processen - 
plaats vindt in het proces OPS, is het logisch, dat de prioritering van alle OPS- 
activiteiten volgens één tijdlat wordt vastgesteld. 


Voor specifieke prestaties kan in het CTM-proces een concrete prioriteit c.q. 
afhandelingstermijn worden afgesproken. Die afspraak staat dan in de 
serviceovereenkomst vermeld. 
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Tabel 5.6 Voorbeeld van een prioriteitenwaardentabel 


Het voorbeeld in Tabel 5.5 hanteert 6 klassen, die in Tabel 5.6 zijn uitgewerkt. 
Het is vanzelfsprekend niet verplicht om met 6 klassen te werken. Een voorbeeld 
van een simpeler systeem is te vinden in \MoSCoW’, een systeem dat vooral 
bekend is van het prioriteren van eisen. Bij zo'n eenvoudiger 
prioriteitenklassentabel hoort dan ook een eenvoudiger prioriteitenwaardentabel. 


Prioriteit Impact 


Urgentie 


Could. — 
| Should 


Tabel 5.7 Een eenvoudiger prioriteitenklassentabel o.b.v. MoSCoW 


Ne 
In ieder USM-proces zijn artefacten, zoals hierboven beschreven, van 
toepassing. Deze artefacten zijn dus niet opnieuw vastgelegd in de 
afzonderlijke procesbeschrijvingen vanaf de volgende paragraaf. 


5.8 Communicatie 


De bedrijfsmiddelen (people, process, technology) vormen het ‘machinepark’ van 
de organisatie. Ze werken alleen optimaal samen als die machine geolied is. 
Communicatie fungeert als de olie voor die machine. Als communicatie ontbreekt 
of niet effectief is, loopt de machine binnen de kortste keren krakend vast. 


Veel gehanteerde communicatiemiddelen en -kanalen zijn: 

e meldingen -— service requests, RFC's, wensen 

e rapportages — mondelinge en schriftelijke rapportages, presentaties, 
projectvoortgangsrapportages, alerts, etc. 
vergaderingen - formele projectvergaderingen, reguliere vergaderingen, 
vergaderingen en overleggen voor speciale doeleinden. 
online voorzieningen - e-mailsystemen, sociale media, beepers, systemen 


om documenten te delen, teleconferencing, telefonie, etc. 
prikborden - bij de koffiehoek, bij de ingang, In het bedrijfsrestaurant 
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DE USM-METHODE 


Mondelinge communicatie is weliswaar vluchtig, maar is van grote invloed op de 
fanttevredenheid. Denk aan 


kwaliteitsbeleving en daarmee op de (interne) k 

contactmomenten tussen klant en de front office van de leverancier, of aan het 
overleg over de servicerapportage tussen de klant en de servicemanager. Een 
technisch correcte service ervaart de klant soms als een slechte service, als de 
toon van de communicatie niet aansluit op de situatie van de klant. 


Schriftelijke, digitale communicatie is blijvend. Denk aan serviceovereenkomsten, 
rapportages, handleidingen bij het gebruik van de service, een nieuwsbrief, een 
e-mail aan een gebruiker, en talloze andere documenten. Dit soort teksten 
hebben langduriger invloed op de servicebeleving. 


Voor de communicatie is een methodische aanpak net zo nuttig als voor 
servicemanagement in Z'n geheel. De methode voor tekststrategie, Drie 
Denkstappen naar Sterke Teksten biedt een methodische, gestructureerde 
aanpak voor alle denkbare communicatie-uitingen. 


5.8.1 Tekststrategie voor effectieve communicatie 

Over communicatie bestaat een groot misverstand. Het idee, dat iedereen met 
een behoorlijke opleiding in staat is een tekst te schrijven, leidt tot 
misverstanden, ergernis en zelfs tot totaal mislukte projecten. Onjuiste, 
verwarrende of veel te lange teksten zijn voorbeelden van ineffectieve 
communicatie. In elke organisatie verschijnen dit soort teksten. 


De oorzaak van veel ineffectieve teksten zit in het feit, dat de technologie van 
toetsenbord en beeldscherm het eenvoudig maakt om een tekst achteraf te 
corrigeren. Dit is echter een illusie. Als een tekst eenmaal geschreven is, is het 
vrijwel onmogelijk om met een aantal correcties de tekst te verbeteren. Dat zijn 
slechts cosmetische aanpassingen op het niveau van spelling en formulering. Het 
probleem ligt echter in de architectuur van de tekst. 


Aangezien eerst schrijven en daarna discussiëren in veel gevallen de gangbare 
werkwijze is, missen veel teksten hun doel. Na diverse correctierondes en 
opmerkingen van verschillende collega's gaat een tekst toch naar de lezer. Die 
lezer is per definitie iemand waar de schrijver een belang bij heeft. De lezer is 
een (interne) klant, een collega, een leidinggevende, etc. 


Is er helemaal geen tijd voor correctierondes, dan gaat de tekst soms direct door 
naar de lezer. De zender legt op die manier het probleem, dat hij als schrijver 
niet oplost, op het bureau van de lezer. Dat is zeker geen klantvriendelijke 
manier van werken. Los daarvan, levert het ook geen positieve bijdrage aan het 
verloop van het project of aan de samenwerking tussen klant en leverancier. 


De oplossing die tekststrategie biedt, is simpel. Tekststrategie stimuleert de 
zender via een digitale tool, het tekstvoorbereidingsformulier (TVF), na te 
denken over alle relevante aspecten van een tekst vóór hij de tekst schrijft. Het 
formulier vormt in feite een contract met de specificaties van het eindproduct, de 
tekst. Deze aanpak is te gebruiken voor zowel schriftelijke, digitale als 
mondelinge teksten, onafhankelijk van de taal die de organisatie gebruikt. 
Afspraken maken over een tekst gebeurt bijvoorbeeld in het Engels. De tekst 
verschijnt vervolgens in het Nederlands, Engels en Duits. 


Hoofdstuk 5. Het USM-procesmodel 


| Voorbeeld. Bij de aankoop van een auto bepaalt de koper vooraf het aantal 

Ì deuren, de kleur, de aard van de motor, etc. etc. Dat is logisch en volledig 

Í geaccepteerd. Geen enkele autokoper zegt bij de aflevering van een rode 

| dieselauto, dat hij een groene elektrische auto wil. | 
Ì Gek genoeg verloopt de productie van een tekst in veel gevallen heel anders. i 
Kk De zender begint gewoon te schrijven. Wat zijn doel is en wat hij te vertellen 
heeft, zit goed in zijn hoofd. Hij is immers de deskundige, manager of 

| projectleider. Hij denkt die boodschap vervolgens probleemloos te ‘vertalen’ 


naar een tekst. Hij legt die tekst, het eindproduct, voor aan een collega of in 


| net ergste geval, direct aan de beoogde lezer. Hoe goed het project ook is, 
als de tekst onduidelijk, onaantrekkelijk of onjuist is, is de kans op een 
succesvol project klein. 


Als de schrijver onvoldoende heeft nagedacht over de wensen van de lezer, 
de situatie waarin de lezer zich bevindt en over zijn eigen doelen als zender, 
dan is de kans groot, dat de lezer zich niet begrepen of niet gewaardeerd 


| voelt en de betreffende dienstverlening als negatief ervaart. De oorzaak van 
| een negatieve ervaring ligt in dit geval in de tekst en de verwachtingen die 
| daardoor ontstaan en niet in de dienstverlening. Dat is te voorkomen door 


een zorgvuldige tekstvo 


De denkstappen voor tekststrategie 
De theorie over communicatie is in de methode ‘Drie Denkstappen naar Sterke 


Teksten’ samengevat tot een gestructureerde set van 10 deelstappen (Figuur 
5,19). 


STAP 1. Doelstellingen vastleggen 
Leg in STAP 1 zo concreet en volledig mogelijk de doelstellingen van de tekst 
vast. Formuleer het gewenste effect op de kennis (STAP 1A), de houding (STAP 


1B) en het gedrag (STAP 1C) van de lezer. 


STAP 2. Strategische keuzes maken ee gee 
Maak in STAP 2 de strategische keuzes voor de communicatie. Wie precies is de 


Ï Ï Ï | 30 woorden 
beoogde lezer (STAP 2A)? Wat IS de kernboodschap in maximaa 
(STAP 2B)? Welke creatieve invalshoek versterkt de boodschap (STAP 2C)? Via 
welke kanalen en middelen bereikt de tekst de lezer (STAP 2D)? 


STAP 3. Tekst produceren 

STAP 3A is de schakel tussen he 
STAP 3. Stap 3A leidt tot een lijstje lezersvr 
De tekst komt min of meer vanzelf tevoorsC 
formuleren op de lezersvragen. STAP 3C zet 
check op de spelling. 


t denkwerk in STAP 1 en 2 en het schrijfwerk in 
agen voor de structuur van de tekst. 
hijn in STAP 3B door antwoorden te 
letterlijk de puntje op de i via een 
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Figuur 5.19 Drie denkstappen naar sterke teksten 


Gek genoeg zijn de laatste twee stappen (3B en 3C) in veel gevallen 
de enige onderdelen, waar feedback op komt. Een correct 
geformuleerde en gespelde tekst biedt echter geen enkele garantie op 
de effectiviteit van die tekst. 


Bij een zorgvuldige invoering en toepassing van de USM-methode hoort een 
zorgvuldige communicatie tussen alle betrokken partijen. Toepassing van 
tekststrategie leidt tot ‘blije lezers’. Wat ‘blij’ betekent, verschilt per situatie. Een 
‘blije lezer’ begrijpt, onthoudt, accepteert of deelt de boodschap die hij ontvangt. 
Hij krijgt precies voldoende informatie en voelt zich betrokken, gehoord of 
gewaardeerd. De lezer of toehoorder begrijpt waarom iets van hem gevraagd 
wordt en reageert adequaat. Dat laatste is natuurlijk de bedoeling van de zender. 
De zender heeft meestal een concreet gedragsdoel (STAP 1C) met zijn tekst. De 
tekst is effectief als de ontvanger het gewenste gedrag vertoont. 


Het gedrag van medewerkers komt aan de orde in paragraaf 4.7.6, bij de 
bespreking van de methode OBM. Een van de conclusies over de beïnvloeding 
van gedrag is, dat mensen krachtiger te beïnvloeden zijn door de consequenties 
van hun gedrag te benoemen, dan door de antecedenten, de veroorzakers van 
het gedrag te benoemen. 


ie: 


Ka, 
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Het antwoord op de vraag ‘waarom zou ik dit doen?’ hoort daarom thuis in elk 

rijtje lezersvragen (STAP 3A). Het antwoord ‘omdat het in de voorschriften staat’ 
(antecedent) werkt niet motiverend. Het antwoord ‘omdat de klant daardoor zijn 
werk sneller kan uitvoeren! (consequentie) is van andere orde. In een organisatie 
waar service excellence het doel is, heeft zo'n antwoord per definitie meer effect. 


Teksten en presentaties produceren is niet voor iedereen een liefhebberij, maar 
uitbesteden is in veel gevallen onwenselijk of onmogelijk. Tekststrategie biedt 
houvast voor medewerkers die schriftelijk én mondeling communiceren ervaren 
als noodzakelijk onderdeel van hun rol binnen de dienstverlening. Effectieve 
teksten dragen structureel bij aan de inspanningen van een serviceorganisatie op 
weg naar service excellence. 


5.9 Kernbegrippen 


De volgende begrippen spelen een belangrijke rol in tekststrategie voor 
effectieve communicatie: 


e proces e _workflowmanagement 
e procesmodel e aannemen melding 

, melding e classificeren melding 

e trigger e categoriseren 

e afspreken e impact 

e wijzigen e urgentie 

e herstellen e prioriteit 

e uitvoeren e toetsen uitvoering 

e verbeteren, voorkómen e terugkoppeling 

e wens e evalueren 

e klacht e _proces-control 

e request for change e procesrapportage 

e incident e _workflowrapportage 

e service request e servicerapportage 

e risico e metriek 

e contract management e critical success factor 

e change management e key performance indicator 
e incident management e key result indicator 

e operations management e impacttabel 

e risk management e urgentietabel 

e workflow e _prioriteitenklassentabel 
e workflowtemplate e _prioriteitenwaardentabel 
e procesmanagement 


129 


Hoofdstuk 6. De USM-processen 
CONTRACT MANAGEMENT 


6 DE USM-PROCESSEN 


Dit hoofdstuk beschrijft de vijf USM-processen in detail: 
e Contract management (CTM) 
e Change management (CHM) 
e Incident management (INC) 


Operations management (OPS) 
Risk management (RIM) 


Van elk proces komen aan de orde: 
de activiteiten 

proces-control 

de artefacten 

relevante profielen 

metrieken 

relaties met populaire practices 


6.1 Contract management (CTM) 


Het doel van CTM is het beheren en door laten voeren van 
serviceafspraken met klanten en met in- en externe uitvoerders. 


Klanten triggeren het proces Contract management (CTM) met wensen voor een 
nieuwe service of om de bestaande service aan te passen. 

Een tweede trigger komt vanuit het proces Risk management (RIM): een wens 
om de afspraak over een service aan te passen omdat die béter kan. Dat kan zijn 
omdat er een kans is gevonden dat de dienstverlening nog béter kan, of omdat 
de leverancier niet in staat is de oorzaak weg te nemen van een risico dat er 
voor zorgt dat de serviceafspraken juist niet gehaald worden. 


Het resultaat van de eerste trigger is dat niet alleen de afspraak over de 
dienstverlening wordt aangepast, maar ook de dienstverlening zelf. Het resultaat 
van de RIM-trigger leidt ook tot een aanpassing van de overeenkomst en de 
dienstverlening, maar het kan ook zijn dat een afspraak over de dienstverlening 
wordt aangepast aan de praktijk (die blijkbaar beter kon). 


CTM wordt in de praktijk met diverse termen aangeduid: relatiemanagement, 
customer management (klantbeheer), accountmanagement, supplier 
management (leveranciersmanagement) en partnermanagement. Al deze 
begrippen zijn varianten van eenzelfde thema. Ze duiden op verbijzonderingen 
van CTM-taken, of op specifieke profielen die zich met CTM bezig houden. 


De scope van CTM omvat zowel de serviceovereenkomsten met klanten als de 
overeenkomsten met externe leveranciers en met interne oplosgroepen die een 
bijdrage leveren aan de service. 


Klachten zijn ook wensen. 
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6.1.1 Activiteiten 


Het proces CTM omvat acht stappen (Figuur 6.1): 
Aannemen wensen 

Classificeren 

Specificeren van de wensen 

Opstellen offerte 

Onderhandelen 

Realiseren 

Toetsen oplevering & terugkoppelen 
Evalueren & afsluiten 


OND urE 


In deze paragraaf volgt een gedetailleerde beschrijving van de activiteiten per 
stap, met uitzondering van de algemene activiteiten die in elk proces voorkomen. 
Zie hiervoor paragraaf 5.5. 


Figuur 6.1 De stappen in het proces CTM 
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Aannemen wensen 

Registreer de wens, en koppel deze aan de service waarop de wens betrekking 
heeft, en eventueel aan een eerder ingediende wens. Verifieer de autorisatie van 
de aanmelder. 


Een wens die van de klant afkomstig is, start workflow type 1. De wens kan 
ook deel uitmaken van een workflow type 6, die start in RIM, en beoogt de 
serviceafspraken aan te passen om daarmee een bedreiging te neutraliseren of 
een verbetering te realiseren. Maak onderscheid tussen beide soorten wensen. 


Deze stap omvat de volgende activiteiten: 

1. Specificeer de wens in termen van voorziening en ondersteuning, en in 
termen van functionaliteit en functioneren. Een volwassen, klantgerichte 
organisatie richt zich daarbij ook op de formulering van de outcome, en niet 
alleen op de output. Wensen kunnen aanvragen voor nieuwe services zijn, 
maar ook aanvragen om bestaande services aan te passen. Aanpassingen zijn 
soms ingrijpend, soms marginaal, maar leg in alle gevallen de aanvragen vast 
in de vorm van een wens (requirement). Specificeer iedere wens, dus ook een 
verzoek om een kleine aanpassing van een bestaande service, in een 
functioneel ontwerp (FO), uitgedrukt in de voorziening en de ondersteuning, 
en in functionaliteit en functioneren (zie Figuur 3.10). 

2. Verifieer de autorisatie van de aanmelder. 

3. Registreer de wens in de workflowtool, en ken een uniek nummer toe. 
Verstrek het identificatienummer aan de aanmelder. 

4. Koppel de wens aan de service waar de wens betrekking op heeft. 

5. Bespreek de wens met de aanmelder in de context van de bestaande 
dienstverlening. Vraag aanvullende of ontbrekende gegevens op. De 
servicerapportage levert de informatie over de bestaande dienstverlening. 

6. Koppel de wens aan gerelateerde wensen, zodat de serviceorganisatie 
samenhangende wensen gezamenlijk af kan handelen. 


Gebruik in deze stap de volgende artefacten: 
e _Requirement formulier voor het vastleggen van een wens 
e _CTM-database voor het registreren van alle wensen 


Classificeren 
Categoriseer en prioriteer de wens. 


Deze stap omvat de volgende activiteiten: 

1. Categoriseer de wens, naar voorziening en ondersteuning, en naar 
functionaliteit en functioneren. 

2. Prioriteer de wens op basis van impact en urgentie. Een wens die niet 
vanuit de klant komt, maar vanuit een RIM-workflow, heeft al een prioriteit. 
Neem die prioriteit, met de bijbehorende resterende afhandeltijd, over in de 
verdere afhandeling van de wens. 


Gebruik in deze stap de volgende artefacten: 
e Categoriseringschema 
e Prioriteitentabellen o.b.v. impact en urgentie 
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Specificeren van de service 


Vertaal de functionele specificati 
5 catie naar een j ficatie om de wens te 
OEE. technische specificatie om d 


Maak op basis van de gespecificeerde wens (het FO) een technisch ontwerp (TO) 
van de service. Stel het TO samen op basis van de specificaties die de 
uitvoerende oplosgroepen aanleveren. Kwalificeer daartoe eerst alle 
oplosgroepen als zodanig en leg deze in de melding vast. Specificeer de 
afzonderlijke bijdragen van de oplosgroepen in termen van voorziening en 
ondersteuning, en in termen van functionaliteit en functioneren. 


Het functioneren van de service laat zich vertalen naar een uitgebreide set 
kwaliteitskenmerken, die in paragraaf 3.9.3 zijn beschreven. Zodra zo'n kenmerk 
daadwerkelijk in een afspraak opgenomen wordt, dient de organisatie een 
verantwoordelijke voor dat kenmerk te hebben aangesteld, om erop te kunnen 
toezien dat die afspraak ook daadwerkelijk wordt gerealiseerd. Dit kan gevolgen 
hebben voor de oplosgroepen en de profielen die de organisatie hanteert. Dat 
geldt zowel voor interne als voor externe oplosgroepen en profielen. 


Een belangrijke specificatie van de ondersteuning betreft de communicatie over 
de dienstverlening. Neem in de specificatie bijvoorbeeld een praktische definitie 
van ‘afmelden bij de aanmelder’ op, die voor beide betrokken partijen 
aanvaardbaar is. Leg daarbij niet alleen het communicatiekanaal vast, maar ook 
voorwaarden waaronder een melding de status ‘afgehandeld’ krijgt. 


Voorbeeld. Een melding is pas afgehandeld als de aanmelder dat bevestigt. 
Afmelding vindt plaats via de telefoon. Mocht een aanmelder niet reageren 
op een telefonische oproep, dan wordt deze oproep minimaal twee keer 


herhaald, tot er minimaal een uur is verstreken. Als de aanmelder dan nog 
niet telefonisch bereikbaar blijkt te zijn, dan stuurt de supportmedewerker 
een tekstbericht via zowel de telefoon als via e-mail. De melding wordt 
daarmee als afgehandeld beschouwd. 


Een service wordt SMART gespecificeerd, zodat de service, met inbegrip van alle 
componenten die daarvoor worden ingezet, na implementatie kan worden 
geregistreerd in de CMDB. Van de service — en van alle componenten die 
daarvan deel uitmaken - wordt zowel de functionaliteit als het functioneren 


vastgelegd. 


Voor de klant is hierbij van belang dat de service wordt gespecificeerd in voor de 
klant begrijpelijke termen, die direct te relateren zijn aan de ingebrachte 
wensen. De technische specificatie die in het TO is vastgelegd dient vooral de 
leverancier: die leverancier is na implementatie verantwoordelijk voor de 
functionaliteit en het functioneren van de service, inclusief alle daarvoor 
ingezette componenten. Dat betekent dat al die GomBonsnEen de CMDB 
worden opgenomen met inbegrip van hun functionaliteitskenmerken en hun 
functioneringskenmerken. Samen met alle andere componenten vormen zij de 


beheerde infrastructuur. 
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Gebruik in deze stap de volgende artefacten: 

e een template voor een functioneel ontwerp (FO) voor één of meer 
klantwensen 

e een template voor een technisch ontwerp (TO) voor de vertaling 
van het FO naar de voorziening en de ondersteuning 


Opstellen offerte 
Stel de offerte op voor de realisatie van de wens. 


De servicemanager stelt op basis van het TO een offerte voor de aanmelder op, 
met de algemene overeenkomst-onderdelen die niet in de technische 
specificaties staan, zoals looptijd van de aangeboden service, voorwaarden, etc. 
De offerte heeft dezelfde onderdelen als de specificatie van de service. Een 
volwassen, klantgerichte organisatie formuleert de aangeboden service (mede) in 
termen van de outcome, en niet alleen in termen van output. 


De servicemanager legt de specificaties van de bijdragen van de oplosgroepen 
vast t.b.v. latere afspraken in de vorm van operational level agreements 
(OLA's) - met de interne oplosgroepen - en/of underpinning contracts (UC's) 
— met externe oplosgroepen (toeleveranciers). Deze bijdragen kunnen in een 
register van reserveringen worden opgenomen. 

De offerte zelf is de basis voor een later op te stellen service level agreement 
(SLA), de gedocumenteerde afspraak met de klant. 


Of in de offerte kosten worden meegenomen hang af van de relatie tussen de 
leverancier en de kant. Interne leveranciers kunnen budget gestuurd zijn, maar 
er kan ook sprake zijn van verrekening (doorberekening). In dat laatste geval 
lijkt de relatie meer op die van een externe leverancier, die z'n services 
standaard zal doorberekenen aan de klant. Interne leveranciers die budget 
gestuurd zijn moeten rekening houden met de beschikbaarheid van budget. De 
klant heeft daarbij vaak zeggenschap over de besteding van de budgettaire 
ruimte. 


De klant kan bij de kosten van de service rekening houden met alle relevante 

kostenfactoren: 

* De directe kosten die aan de kant van de klant worden vermeden, omdat de 
klant niet meer zelf in bepaalde zaken hoeft te voorzien, Deze kosten zijn nu 
verdisconteerd in de prijs van de service. 

e De bijkomende kosten voor de klant, in termen van Opleidingen, personeel of 
andere resources, aanpassingen aan de eigen werkwijzen of aanpassingen 
aan de infrastructuur van de klant. Deze indirecte kosten van een service 
zijn pas geheel in beeld als de klant end-to-end alle kostendragers overziet en 
kan berekenen. 


Total cost of ownership (TCO): het totaal bedrag van directe 
en indirecte kosten van een service. De 


Voor de klant én de leverancier heeft dat betrekking on Zowel de voorziening als 
de ondersteuning bij het gebruik daarvan. 
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Gebruik in deze stap de volgende artefacten: 

* Sen reserveringensysteem (register) voor reserveringen die t.b.v. 
de offerte worden beheerd 

* Een Senwcecatelogus met alle services die aan klanten worden 
geleverd 

. templates voor overeenkomsten met verschillende doelgroepen: 
SLA's, OLA's en UC’s 


Onderhandelen 


Bespreek de offerte en stel deze bij tot er overeenstemming is bereikt met de 
eanmelder. 


Klant en leverancier onderhandelen net zo lang tot er overeenstemming is ) 
veren service, of tot het duidelijk dat die overeenstemming 
t leatste geval stopt het proces, worden alle noodzakelijke 


n de klant wel akkoord gaat met de offerte, dan zet de servicemanager de 
SLA. De SLA beschrijft de overeengekomen service in termen 
n de klant, zoals in het FO aangegeven. Het TO is alleen een 


an de overeengekomen service, dan stelt de 


v 
oces Change management bij de intake een aangepast 


Realiseren 
Dien sen REC in voor de realisatie van de overeengekomen service. 


De realisatie wen de overeengekomen wens vindt plaats via een wijziging, er is 
immers spreke ven een bijstelling van de service, zelfs als alléén de SLA is 
eangegest. Dien de wijzigingsaanvraag (request for change - RFC) voor deze 
wijzig’ in volgens de gebruikelijke weg, en leg het RFC-nummer vast in de 


CTM-melding. 


Gebruik in deze stap de volgende artefacten: 
e een REC-template voor het indienen van wijzigingsverzoeken 


oetsen oplevering & terugkoppelen En pe 
Ee of de wens is gerealiseerd, en verifieer dit bij de aanmelder, Meld 


eventuele gekoppelde meldingen ook af. 
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Evalueren & afsluiten 
Evalueer de melding, vul de registratie aan, dien verbetervoorstellen in, en sluit 
de melding administratief af. 


Als de overeengekomen service afwijkt van de inhoud van de servicecatalogus, 
dan kan de servicemanager een voorstel doen om de servicecatalogus aan te 
passen. Aangezien de servicecatalogus een beheerd document is, doet hij dat 
met een RFC. 

De afhandeling van deze verbeteracties valt buiten de afhandeling van de CTM- 
melding. 


6.1.2 Proces-control 


Bijsturen van de uitvoering 
Neem maatregelen om de correcte uitvoering van het proces te bewerkstelligen. 


Procesrapportage 
Rapporteer over de uitvoering van het proces. 


De procesmanager CTM maakt bij de rapportage onderscheid tussen meldingen 
die door de klant zijn gestart in workflow type 1, en meldingen die in het kader 
van workflow type 6 zijn gestart. De informatie over workflow type 1 draagt bij 
een de integrale servicerapportage. De overige processtatistieken komen alleen 
terecht in de procesrapportage. 


6.1.3 Artefacten 


Requirement formulier 

De indeling in voorziening en ondersteuning, functionaliteit en functioneren, dient 
als basis voor de specificatie van de wens. Voeg bij elk van die USM-aspecten de 
randvoorwaarden toe voor een concreet beeld van de wensen. 


CTM-database 

De CTM-database bestaat uit een register van alle meldingen in het CTM-proces, 
met de bijbehorende documenten. Deze documenten omvatten in ieder geval de 
overeenkomsten die het resultaat van het proces zijn: de SLA's, OLA's en UC's. 
Die documenten zijn eveneens onderdeel van de integrale kennisdatabase. 


Prioriteitentabellen 
Vul de gangbare tabellen voor impact, urgentie en prioriteit (zie Tabel 5.3 t/m 
Tabel 5.6) voor CTM in. 


Categoriseringschema 
De wensen worden gecategoriseerd naar de aard van de wens: betreft het een 
voorziening of ondersteuning, gaat het om functionaliteit of functioneren. 


Workflow type 1 

De wens wordt afgehandeld volgens workflow type 1, of volgens een workflow 
die al eerder was gestart (workflow type 5). Gestandaardiseerde werkwijzen 
volgen de bijbehorende template. 
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FO, TO 

Het functioneel ontwerp (FO) beschrijft de wens van de klant in functionele 
(klant-)termen. Het FO bevat een vergelijkbare set kenmerken als de SLA. Het 
technisch ontwerp (TO) is gebaseerd op een analoog opgestelde template. 


Reserveringensysteem 

Tijdens de onderhandeling over de offerte kunnen reserveringen vereist zijn 
t.a.v. de bijdragen die oplosgroepen (gaan) leveren. Voor dat doel is een 
reserveringensysteem (register) voor de servicemanager een nuttig artefact. 


Servicecatalogus 

De servicecatalogus bevat alle services die aan klanten worden geleverd. De 
specificaties van die services zijn gebaseerd op de service levels zoals 
opgenomen in de SLA's. 


Overeenkomsten 

De servicemanager maakt afspraken met verschillende doelgroepen en gebruikt 
templates voor het vastleggen van de bijbehorende afspraken: 

e SLA - afspraak met een klant over de aard van een service 

e OLA - afspraak met een interne oplosgroep over hun bijdrage aan een service 
e UC - afspraak met een toeleverancier over zijn bijdrage aan een service 


RFC-formulier 
De servicemanager gebruikt voor het aanmelden van de RFC een RFC-formulier, 


zie het CHM-proces. 


6.1.4 Profielen 


Procesmanagement 
De procesmanager CTM houdt zich bezig met de afspraken over het CTM-proces, 
niet met het opstellen van overeenkomsten met klanten of leveranciers. 


Lijnmanagement 
Afhankelijk van de grootte en complexiteit van de serviceorganisatie komen de 


volgende profielen voor: 

e Servicemanager, service-eigenaar, productmanager 
e Accountmanager, relatiemanager 

e Manager servicemanagement 


Hoofdstuk 7 beschrijft deze profielen in meer detail. 


6.1.5 Metrieken 


Voorbeelden van metrieken voor het CTM-proces zijn: 
e _KRI's zoals de doorlooptijd van nieuwe serviceovereenkomsten 
e _PI’s zoals de tijd die het kost om een offerte te komen 


Een KPI is bijvoorbeeld de tijd die het kost om een TO op te stellen. 
Bij het opstellen van metrieken is het van groot belang om te waken voor het 


watermeloen-effect: het opstellen van metrieken die ogenschijnlijk een 
positieve score in termen van klanttevredenheid demonstreren (de groene 
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buitenkant van de meloen), terwijl de klant feitelijk ontevreden is over de 
dienstverlening (de rode binnenkant van de meloen). 


6.1.6 Relatie met populaire practices en instrumenten 

Populaire practices en instrumenten die een rol kunnen spelen in het CTM-proces 

zijn bijvoorbeeld de volgende: 

e Design thinking — Een serviceovereenkomst bevat een servicespecificatie 
die gedurende de onderhandeling m.b.v. de techniek Design thinking kan 
worden ontwikkeld. Zie paragaaf 9.7.4 voor details. 

e Business model canvas en value proposition canvas — Bij het opstellen 
van de servicespecificatie kunnen deze canvassen inzicht geven in de 
propositie. 

e Service level management, relationship management, supplier 
management, service design en service financial management zijn 
bekende ITIL-practices die grotendeels onder CTM vallen. 

e Servicecatalogusmanagement — Dit is een practice die focust op het 
beheren van de servicecatalogus. Verbeterinitiatieven t.a.v. de 
servicecatalogus komen voort uit CTM, maar de aanpassing daarvan valt 
onder CHM: de catalogus is een deel van de beheerde infrastructuur. 

e Capaciteits- en performancemanagement, beschikbaarheids- 
management, continuïteitsbeheer, security management, en andere 
kwaliteitsbeheertaken spelen een belangrijke rol bij het opstellen van de SLA. 
Elk van deze taakgebieden levert een bijdrage aan de afspraken over het 
bijbehorende kwaliteitsaspect. 

e Architectuur - Niet alleen de architectuur voor de in te zetten voorzieningen 
zijn van belang voor CTM, de architectuur voor de te leveren ondersteuning is 
van even groot belang. USM werkt om die reden vanuit het begrip 
servicemanagementarchitectuur, waarin zowel de bedrijfsmiddelen als de 
geleverde services (voorzieningen en ondersteuning) zijn opgenomen. 

e Demand management, behoeftebeheer — Het verloop van de behoeften in 
de tijd, voor zover te voorzien, is van belang voor de input in CTM. De 
inschatting van die behoefte is een gezamenlijke verantwoordelijkheid van 
klant en leverancier. Voor het formuleren van wensen is het van belang dat 
de behoeften van klanten gestructureerd worden vastgelegd. 


6.1.7 Kernbegrippen 
De volgende begrippen spelen een belangrijke rol in het proces CTM: 


wens, requirement underpinning contract (UC) 
klacht oplosgroep 

beheerde infrastructuur (toe)leverancier 
servicerapportage total cost of ownership 
offerte budget 

servicecatalogus verrekenen, doorberekenen 
voorziening reservering 


ondersteuning 

functionaliteit 

functioneren 

service level agreement (SLA) 
operational level agreement (OLA) 


functioneel ontwerp (FO) 
technisch ontwerp (TO) 
servicemanager 
accountmanager 
watermeloen-effect 
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6.2 Change management (CHM) 


Het doel van CHM is het gecontroleerd doorvoeren van wijzigingen op 
de service-systemen en op de overeengekomen dienstverlening. 


Change management (CHM) is het meest centrale proces in het USM- 

procesmodel. Het wordt getriggerd met een RFC, vanuit de klant en vanuit 

workflows die starten in verschillende andere processen: 

e Contract management (CTM) voor het doorvoeren van gewijzigde 
serviceafspraken (workflow 1 en workflow 6) 

e Incident management (INC) voor het herstellen van een storing met 
behulp van een wijziging (workflow 3) 

e Risk management (RIM) voor het afhandelen van een risico met behulp van 
een wijziging (workflow 7) 


Het CHM-proces triggert uitsluitend het Operations management (OPS) proces 
met een service request, voor de implementatie van een wijziging. 


Het CHM-proces is van toepassing op die onderdelen van de service-systemen 
waarover de organisatie control wil hebben. Dat betekent dat de scope van CHM 
bestaat uit de beheerde infrastructuur: de componenten van alle service- 
systemen die bij de servicedefinitie zijn gespecificeerd, inclusief alle interne 
middelen die de serviceorganisatie bij de dienstverlening inzet. De 
serviceorganisatie registreert alle componenten van die beheerde infrastructuur 
met hun kenmerken in een register: de configuratiemanagementdatabase 
(CMDB)?*. Alle CMDB's vormen samen het configuratiemanagementsysteem 
(CMS). 


Wijzigingen die buiten die scope vallen, waarvan het (kenmerk van het) te 
wijzigen object dus niet in de CMDB staat, worden niet via het CHM-proces 
afgehandeld. Zo'n aanvraag gaat rechtstreeks via een service request naar het 
OPS-proces. 


Voorbeeld. Als stoelen niet onder de beheerde infrastructuur vallen, en van 
vergaderruimtes is niet vastgelegd hoeveel stoelen er in staan, dan is een 


verzoek om gedurende een dagdeel een aantal extra stoelen in een 
vergaderruimte bij te plaatsen geen wijziging. Activiteiten in het CHM-proces 
zijn daarbij niet nodig. De aanvraag wordt ingediend via een service request. 


De keuze voor de beheerde infrastructuur vertaalt zich dus rechtstreeks naar de 
registratie van die infrastructuur in de CMDB. Alleen beheerde onderdelen of 
kenmerken worden geregistreerd. Omgekeerd: alleen onderdelen of kenmerken 
daarvan, die in de CMDB zijn gespecificeerd, vallen onder de scope van CHM. 


51 In sommige taakgebieden zijn andere titels voor dit register gangbaar. In gebouwenbeheer 
spreekt men bijv. van een building information management (BIM) systeem, ook wel building 
information model genoemd. 
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Wijzigingen die door klanten worden aangevraagd, hebben betrekking op de 
voorziening en de ondersteuning. Interne stakeholders vragen daarnaast ook 
wijzigingen aan met betrekking tot de bedrijfsmiddelen van de 
serviceorganisatie. 


6.2.1 Activiteiten 


Het proces CHM omvat negen stappen (Figuur 6.2): 
Aannemen RFC 

Classificeren 

Plannen & accorderen 

Voorbereiden wijziging 

Testen & vrijgeven 

Implementeren 

Toetsen oplevering & terugkoppelen 

Bijwerken CMDB 

Evalueren & afsluiten 


SE EN GN ES GINI 


In deze paragraaf volgt een gedetailleerde beschrijving van de activiteiten per 
stap, met uitzondering van de algemene activiteiten die in elk proces voorkomen. 
Zie hiervoor paragraaf 5.5. 


Figuur 6.2 De stappen in het proces CHM 
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Aannemen RFC 

Registreer de RFC, en koppel deze aan de service en de infrastructuur waarop 
het verzoek betrekking heeft en aan eventueel eerder ingediende RFC's. Verifieer 
de autorisatie van de aanmelder. 


Een melding die van de klant afkomstig is, start workflow type 2. De melding 

kan ook deel uitmaken van: 

e workflow type 1, gestart in CTM om serviceafspraken aan te passen 

e workflow type 3, gestart in INC om een storing te herstellen met een 
wijziging 

e workflow type 7, gestart in RIM om een risico af te handelen met een 
wijziging 


In alle gevallen moet duidelijk zijn wat de gevraagde wijziging inhoudt, voor 
wiens rekening de kosten komen, dat de wijziging zonder aanpassingen van de 
SLA mag worden afgehandeld, en dat de aanvrager bevoegd is de wijziging aan 
te vragen. In de SLA kan een reeks aan wijzigingen zijn vastgelegd die binnen de 
SLA-termen mogen worden afgehandeld. 


Voor de meeste RFC's geldt dat de servicemanager van de service waar de 
wijziging betrekking op heeft, moet instemmen met de wijziging. De 
servicemanager verifieert onder andere of er budget voor de gevraagde wijziging 
is en of de wijziging gewenst en toegestaan is. 


Voor een wijziging die leidt tot een aanpassing van de functionele specificatie van 
de overeengekomen service — voor zover dat is toegestaan binnen de termen 
van de SLA - stelt de behandelaar in deze stap eerst een aangepast functioneel 
ontwerp (FO) op. 


Gebruik in deze stap de volgende artefacten: 

e een RFC-template voor het indienen van wijzigingsverzoeken 
e het register van alle RFC's, met de bijbehorende documenten 
e de CMDB 

e workflow type 2 


Classificeren 
Categoriseer en prioriteer de RFC. 


Deze stap omvat de volgende activiteiten: 

e Categoriseer de melding volgens de standaardvoorschriften. 

e Prioriteer de melding volgens de standaardvoorschriften. Een RFC die niet 
vanuit de klant komt, maar vanuit een eerder gestarte workflow, heeft al een 
prioriteit. Neem die prioriteit, met de bijbehorende resterende afhandeltijd, 
over in de verdere afhandeling van de wijziging. 


De categorisering kan bijvoorbeeld leiden tot vier wijzigingscategorieën, 

gerelateerd aan impact en behandelaar: 

e categorie O0 —- Een eenvoudige wijziging met beperkte gevolgen. De 
behandelaar beslist zelf hoe de wijziging wordt gepland en uitgevoerd, mits 
hij daarbij de basisactiviteiten van het proces volgt. 
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e categorie 1 — Een wijziging met beperkte gevolgen, af te handelen door een 
geautoriseerde behandelaar, zonder geformaliseerde overlegstructuren. 

e categorie 2 — Een wijziging met grotere gevolgen, die een formele 
overlegstructuur met betrokkenen vereist. Af te handelen door een 
geautoriseerd profiel. 

e categorie 3 — Een wijziging met zeer grote gevolgen, waarbij overleg met 
het management vereist is, voordat de wijziging met betrokkenen wordt 
besproken en gepland. 


Voor het geformaliseerde overleg van categorie 2 wijzigingen kan een apart 
overlegorgaan worden ingericht, een change advisory board’? (CAB). 


Iedere wijzigingscategorie kan gestandaardiseerd worden. Voor 
standaardwijzigingen zijn vaak vaste afhandeltijden afgesproken. Deze 
informatie moet beschikbaar zijn, op het moment dat de RFC aan een service 
wordt gekoppeld. De workflowtool speelt daarin een belangrijke rol. 


Wijzigingen met de hoogste prioriteit zijn ‘urgente wijzigingen’. Deze wijzigingen 
worden afgehandeld conform de voorschriften, maar volgens de hoogste 
prioriteit. 


Gebruik in deze stap de volgende artefacten: 
e _prioriteitentabellen o.b.v. impact en urgentie 
e een categoriseringschema 


Plannen & accorderen 
Bepaal de betrokkenen, stel een plan op, en stem dat af met de betrokkenen. 


CHM is sterk gericht op risico-mijding en continuïteitsborging. Eén manier om 
risico’s te vermijden is het bundelen van wijzigingen, zodat er minder ingrepen 
plaatsvinden. Dat kan al in de eerste stap plaatsvinden, maar ook nog in de 
derde stap, bij het plannen. Wijzigingen vinden daarmee planmatig oftewel 
releasematig plaats. In het plan van iedere wijziging hoort de vraag: “Gaan we 
deze wijziging alléén afhandelen, of voegen we hem samen met andere 
wijzigingen?”. 


Wijzigingen, gebundeld met andere wijzigingen, zijn meervoudige wijzigingen. 
Dit geldt feitelijk voor alle wijzigingen. Een wijziging bestaat immers altijd uit een 
serie kleinere wijzigingen, die weer per stuk uit wijzigingen bestaan, die weer… 
enz. 


Een voordeel van een planmatige aanpak voor het bundelen van wijzigingen is, 
dat er synergie plaatsvindt bij de afhandeling: combinatie van bouwactiviteiten, 
integratie van testen en samenvoeging van implementatieplannen. Een 
serviceorganisatie bespaart zich zo aanzienlijke kosten en vermijdt nog meer 
risico’s. 


In een gekoppelde wijziging verwijst de melding naar het RFC-nummer van de 
samengestelde wijziging. De afronding van een samengestelde wijziging is per 
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definitie de afronding van alle gekoppelde Wijzingen (RFC’s). Het toevoegen van 
een wijziging aan een al geplande wijziging kan logischerwijs van invloed zijn op 
de planning van die samengestelde wijziging. 


Voorbeeld in de IT: de combinatie van meerdere aanpassingen aan de 
rapportagefunctie van een applicatie met een wijziging aan een 
schermindeling. 


Voorbeeld in gebouwenbeheer: de combinatie van meerdere aanpassingen 
aan de voorgevel in één opdracht aan een aannemer. 

Voorbeeld in catering: de combinatie van meerdere nieuwe gerechten in één 
aanpassing van de menukaart. 


Deze stap omvat de volgende activiteiten: 

, Bepaal de betrokkenen volgens de toegekende wijzigingscategorie, zodat 
zij de kans krijgen bij te dragen aan de wijziging. 

e Stel een plan op voor de afhandeling van de wijziging, voordat met de 
afhandeling wordt gestart, op basis van een passende impactanalyse. Ook 
een eenvoudige wijziging vereist een planmatige aanpak. Het plan volgt het 
technisch ontwerp (TO). Houd bij het opstellen van het plan rekening met de 
al eerder geplande wijzigingen. Het overzicht van de geplande wijzigingen 
staat op de wijzigingenkalender met informatie over de belangrijkste 
stappen in de lifecycle van de wijziging, waaronder de bouw, de test en de 
oplevering. Voeg de nieuwe wijziging aan die kalender toe. Pas zo mogelijk 
een standaardwijziging toe, waarvan de specificatie in een beheerst 
document is opgenomen in de CMDB. 

e Laat betrokkenen akkoord gaan voordat het plan in uitvoering gaat. 


Gebruik in deze stap de volgende artefacten: 
e de change advisory board (CAB) 

e een wijzigingenkalender 

e een versiebeheersysteem 


Voorbereiden wijziging 
Stel een draaiboek op, bereid de aanpassing voor op de productieomgeving, en 


stel een testplan en een implementatieplan op. 


Deze stap omvat de volgende activiteiten: 

e Stel een detailplan op. In dat detailplan komt een gedetailleerder 
draaiboek, voor zover de wijziging dat vereist. Categorie O en 1 wijzigingen 
vergen in de regel weinig detailplanning. Een categorie 2 of 3 wijziging vraagt 
daarentegen soms een projectmatige aanpak, met alle bijbehorende 
formalisering. Houd bij de planning rekening met de consequenties van de 
wijziging voor de bestaande dienstverlening. Denk daarbij aan 
continuïteitsplannen (uitwijkplannen). À ' 

Bouw de wijziging. Dat kan bestaan uit het ontwikkelen van nieuwe 
infrastructuur, maar ook uit het aanschaffen en assembleren van 
infrastructuur van toeleveranciers. Inkopen is dan een activiteit in deze ” 
wijzigingsstap. De bouw kan een tijdrovende, projectmatige bezigheid zijn. 
Het kan ook een eenvoudige actie zijn met kant-en-klare voorzieningen van 
derden. De bouw kan beheerst plaatsvinden door gebruik te maken van 
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gescheiden omgevingen (OTAP: ontwikkelomgeving, testomgeving, 
acceptatieomgeving, productieomgeving). 

« Bereid de wijziging voor op de productieomgeving om de wijziging 
integraal te toetsen. Bereid handboeken, trainingen en alle testen voor. Leg 
deze vast in een testplan, waarin ook de testcriteria zijn opgenomen. Stel een 
implementatieplan (draaiboek) op. 


Gebruik in deze stap de volgende artefacten: 

e een implementatiedraaiboek met de handelingen voor het in 
productie nemen van de gewijzigde (onderdelen van) services 

e een teststrategie 


Testen & vrijgeven 
Voer de geplande testen uit. Leg de uitkomsten vast in een testrapport. Laat de 
voorbereide wijziging accepteren voor productie. 


Voer de test conform plan uit. Onderzoek of de nieuwe versie van de service (of 
een component daarvan) voldoet aan de specificaties van functionaliteit en 
functioneren van zowel de voorziening als de ondersteuning, en of de omgeving 
daar niet door wordt beïnvloed: 
e Test met productie-acceptatietesten of de nieuwe versie veilig in productie 
kan worden genomen vanuit het perspectief van de leverancier: 
— unit test — een test van een enkele component uit de beheerde 
infrastructuur 
— systeemtest — een test van een systeem waarvan één of meer 
componenten zijn gewijzigd 
— integratietest -— een test van meerdere systemen, om te bepalen of ze na 
een wijziging nog volgens voorschrift met elkaar samenwerken 
— regressietest -— een test of eerder geproduceerde componenten of 
systemen nog in de gewenste functionerende functionaliteit voorzien. 
e Onderzoek met een gebruikers-acceptatietest of de opgeleverde versie 
voldoet aan de eisen van de gebruikersorganisatie. 


In de testen kunnen alle relevante aspecten worden getest: veiligheid, capaciteit, 
snelheid, etc. Test ook het implementatieplan. Voor testen zijn in de markt 
hulpmiddelen, instrumenten en technieken beschikbaar. 


| Voorbeeld. In de informatievoorziening is TMap en zeer gangbare 

i testmethodiek, en maakt men veel gebruik van ‘black box’ en ‘white box’ 

i testtechnieken, OTAP-strategieën, en van tal van testtools. 

\ Als er een nieuwe versie van een voertuig op de weg verschijnt, heeft de 
Rijksdienst voor het Wegverkeer (RDW) eerst getest of het voertuig wel 
toegelaten mag worden. Die test bestaat uit een breed scala van technische 


testen en gebruikstesten, gericht op alle relevante eisen en 
veiligheidsvoorschriften. 

Als een slager een nieuwe weegschaal aanschaft, dan is die weegschaal niet 
alleen bij de productie al getest (‘geijkt’), maar komt het Agentschap 
Telecom ook nog langs om in opdracht van het Ministerie van Economische 
Zaken te controleren of de weegschaal voldoet aan de metrologiewet. 
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Leg de uitkomst van de testen vast in een testrapport, dat de grondslag vormt 
voor het accorderen en vrijgeven van de wijziging naar de productieomgeving. 


De betrokkenen die hebben ingestemd met het wijzigingsplan, beoordelen het 
testrapport. Zij geven de wijziging vrij voor implementatie in de 
productieomgeving. 


Gebruik in deze stap de volgende artefacten: 

e een testplan voor het uitvoeren van alle gewenste testen 

e een testrapport voor het documenteren van testresultaten 

e acceptatiecriteria voor het accepteren van gewijzigde (onderdelen 
van) services 


Implementeren 

Dien een service request in voor de realisatie, OPS neemt de gewijzigde 
componenten planmatig in productie, volgens het meegeleverde 
implementatiedraaiboek. 


Dien een service request in bij OPS voor de implementatie, de uitvoering van de 
wijziging. Na succesvolle afronding daarvan ontvangt de aanmelder van de 
service request een bevestiging van oplevering. 


De implementatie van nieuwe services of componenten daarvan kan op 
verschillende manieren worden gepland, bijvoorbeeld met een big bang invoering 
(alles in één keer), met gefaseerde invoeringen (via een stapsgewijze ‘push’ of 
via een door de gebruiker bepaalde ‘pull’), of in een continue stroom van 
vernieuwing (in de IT: ‘continuous delivery’). 


Afhankelijk van de gehanteerde wijzigings- en implementatiestrategie kan de 
implementatie in één service request worden aangevraagd, of in meerdere 
deelstappen worden opgedeeld. 


Gebruik in deze stap de volgende artefacten: 
e een service request template voor het indienen van service 
requests 


Toetsen uitvoering & terugkoppelen 
Controleer of de aangevraagde wijziging is gerealiseerd, en verifieer dit bij de 
aanmelder. 


Meld eventuele gekoppelde meldingen (RFC's) ook af. 


Bijwerken CMDB 
Registreer de gewijzigde service en infrastructuur in de CMDB. 


Haal alle gegevens omtrent de gewijzigde service en infrastructuur uit de 
meldingenregistratie, en verwerk de wijzigingen in de CMDB. Dit betreft zowel de 
service als de onderliggende infrastructuur van leveranciersmiddelen. Van elke 
component uit de beheerde infrastructuur die zo wordt geregistreerd wordt zowel 
de functionaliteit als het functioneren vastgelegd. Op die manier is de CMDB de 
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bron van alle relevante informatie over de services en alle componenten die daar 
een rol bij spelen. 


Evalueren & afsluiten 
Evalueer de melding, vul de registratie aan, dien verbetervoorstellen in, en sluit 
de melding administratief af. 


Voer nazorg uit waar dat nodig is. 


Voorbeeld. Een incident dat met een tijdelijke wijziging is opgelost (een 
workaround), vergt na enige tijd alsnog een definitieve wijziging. In de 
workaround is misschien een spare (reservevoorziening) ingezet, terwijl de 
# originele voorziening in reparatie is. 

# Zodra de originele voorziening is gerepareerd, dient deze alsnog weer te 

j worden ingezet, ter vervanging van de tijdelijke oplossing. 


Twee manieren om nazorg te organiseren: 

e Binnen de melding: de nazorg-activiteit is voorzien en gepland in de 
integrale wijziging. De workaround is uitgevoerd, en de CMDB is tijdelijk 
bijgewerkt. Voer de definitieve oplossing volgens plan door zodra dat kan. 
Dien nogmaals een service request in voor de (definitieve) realisatie, gevolgd 
door toetsing van de (definitieve) oplevering en de (definitieve) registratie in 
de CMDB. Sluit de melding definitief na een evaluatie. 

e Buiten de melding: dien de nazorg-activiteit in als een nieuwe melding en 
handel deze separaat af. Leg de relatie naar die tweede melding vast in de 
eerste melding. 


6.2.2 Proces-control 


Bijsturen van de uitvoering 
Neem maatregelen om de correcte uitvoering van het proces te bewerkstelligen. 


Procesrapportage 
Rapporteer over de uitvoering van het proces. 


De procesmanager CHM maakt bij de rapportage onderscheid tussen meldingen 
die door de klant zijn gestart met workflow type 2, en de meldingen die in het 
kader van een andere workflow (type 1, 3 of 7) zijn gestart. 


De informatie over workflow 2 draagt bij een de integrale servicerapportage. De 
overige processtatistieken komen alleen terecht in de procesrapportage. 


6.2.3 Artefacten 


RFC-formulier 
De melder gebruikt voor het aanmelden van de RFC een RFC-formulier. 
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CHM-databases 

CHM hanteert twee registers: 

e een register van alle RFC's, met de bijbehorende documenten. Deze 
documenten omvatten in ieder geval de wijzigingsplannen, de testrapporten 
en de implementatiedraaiboeken. 

e de CMDB: de registratie van alle beheerde infrastructuur en de relaties 
tussen de componenten daarvan. 


De meeste mensen hebben de neiging om een register bij te houden 
van zaken waar ze iedere dag mee werken en die van belang zijn 
voor een correcte uitvoering van hun werk. Als alle individuen hun 
eigen register bijhouden, leidt dat tot een inefficiënte organisatie. Niet 
alleen leidt dit meervoudige registratie van dezelfde gegevens, maar 
ook het feit, dat de inhoud van de individuele registers meestal niet 
toegankelijk is voor anderen, leidt tot complexe en inefficiënte 
oplossingen. Creëer daarom een gezamenlijk register. Daarmee 
functioneert een organisatie niet alleen efficiënter, maar ook 
effectiever: specifieke informatie wordt slechts één keer opgeslagen, 
waardoor het eenvoudiger is om de informatie te vinden en de 
kwaliteit van de informatie te bewaken, en waardoor het registreren 
aanzienlijk minder inspanning kost. Eén zo’n gedeeld register is een 
CMDB. De verzameling van alle gedeelde registers is het CMS. 


De items die in de CMDB zijn opgeslagen heten configuratie items (CI's). De 
kenmerken van deze items heten attributen. In de CMDB liggen ook de relaties 
tussen de CI's vast om de integrale infrastructuur inzichtelijk te maken. 


De procesmanager CHM is verantwoordelijk voor de specificatie van de CMDB 
(het CMDB-model), en voor het gebruik ervan conform de afspraken die hij 
daarover met de rest van de organisatie maakt. De procesmanager kan die 
beheertaken delegeren aan een configuratiemanager. 


De CMDB bevat zowel de informatie over de voorzieningen als de 
interne middelen die de serviceorganisatie bij de dienstverlening 
inzet. 


De registratie van gegevens in de CMDB is een operationele rol voor operators. 
In de praktijk echter krijgt de configuratiemanager vaak die rol, zodat hij een 
dubbelrol heeft (tactisch specificeren én operationeel realiseren). 


Omdat tal van beslissingen worden genomen op basis van de informatie in de 
CMDB, dient deze informatie zeer betrouwbaar te zijn. 


Liever géén CMDB dan een onbetrouwbare CMDB. 


Voor het beheer van de CMDB gelden de volgende regels: 
e Zoek een stakeholder voor elk CI. Registreer alleen dat wat iemand in de 


organisatie wil registreren. 
e Neem een CI pas op in de CMDB als het onderhoud van de CI is geborgd in 


het proces CHM. Dat houdt in, dat de scope van de CMDB gelijk is aan de 
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scope van het proces CHM, oftewel aan de definitie van de beheerde 
infrastructuur. 

e Stem de detaillering in attributen af op de wijzigingsfrequentie van de CI en 
op de impact van een storing. 

e Probeer zoveel mogelijk CI's en attributen elektronisch vast te leggen. 

e Het CMDB-model is een deel van de beheerde infrastructuur. Een aanpassing 
van het CMDB-model verloopt dus via een wijziging in het CHM-proces. 

e De betrouwbaarheid van de CMDB is cruciaal. Toets de kwaliteit van de CMDB 
regelmatig door de database onderdeel te maken van de monitoring van OPS. 


Workflow type 2 

De wijziging wordt afgehandeld volgens workflow type 2, of volgens een 
workflow die al eerder was gestart (workflow type 1, 3 of 7). Gestandaardiseerde 
werkwijzen volgen de bijbehorende template. 


Prioriteitentabellen 
CHM maakt gebruik van de gangbare tabellen voor impact, urgentie en prioriteit 
(zie Tabel 5.3 t/m Tabel 5.6), zoals die in CTM zijn opgesteld. 


Categoriseringschema 

De melding wordt gecategoriseerd naar wijzigingscategorie of naar de aard van 
de wijziging: betreft het een voorziening of ondersteuning, functionaliteit of 
functioneren. 


CAB 

De change advisory board (CAB) fungeert als een planningsplatform voor 
meerdere wijzigingen. Een CAB is gericht op efficiënter overleg, door meerdere 
wijzigingen tegelijkertijd in behandeling te brengen, bij een collectief dat de 
relevante partijen in de serviceorganisatie vertegenwoordigt. De CAB kent een 
kernteam van vaste deelnemers, en — afhankelijk van de wijzigingen — een 
wisselend aantal experts en managers. 


Een veel geziene ‘weeffout’ in serviceorganisaties is, dat de 
procesmanager CHM de voorzitter is van de CAB. De procesmanager 
is verantwoordelijk voor het ontwerpen, inrichten en controleren van 
een optimaal procesverloop en niet voor de operationele coördinatie 
van wijzigingen. Dat laatste is nou juist de taak van de lijn. Een 
‘wijzigingsmanager’ die procesmanager CHM is en tegelijkertijd 
voorzitter van de CAB, bevindt zich in een spagaat: hij moet zowel de 
afspraken maken als de uitvoering daarvan aansturen. Dat levert een 
ongewenste mix van belangen op, die alleen acceptabel is bij 
organisaties die te klein zijn om de profielen te scheiden. 


De CAB heeft een voorzitter die de besluitvorming begeleidt. Een hoofdtaak van 
de CAB is het onderling afwegen van de belangen van meerdere wijzigingen, die 
concurreren om tijd en resources. De voorzitter dient dus bij voorkeur 
onafhankelijk te zijn. 

De CAB behandelt wijzigingen waarover breed overleg gewenst is. Plan de 
agenda en de deelnemers zorgvuldig: niet iedere deelnemer hoeft bij de hele 
bijeenkomst aanwezig te zijn. 
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Wijzigingenkalender 

De wijzigingenkalender bevat alle geplande wijzigingen. De kalender toont de 
belangrijkste stappen in de lifecycle van de wijziging, waaronder de bouw en de 
test. De details van de planning van de implementatie vallen onder de OPS- 
kalender, omdat OPS de implementatie uitvoert (op basis van een service 
request vanuit CHM). De implementatie houdt op die manier bijvoorbeeld 
rekening met gepland onderhoud. De wijzigingenkalender en de OPS-kalender 
zijn om die reden zoveel mogelijk geïntegreerd. 


Versiebeheersysteem 

Een versiebeheersysteem ondersteunt het planmatig uitbrengen van nieuwe 
versies van de services en de eigen middelen van de serviceorganisatie. Een 
planmatig CHM-proces ondersteunt versiebeheer. 


Versies worden van elkaar onderscheiden m.b.v. een nomenclatuur zoals het 

RUF-model®® (Figuur 6.3), dat bestaat uit drie elementen: 

1. Release — een geplande versie, die ruimschoots van tevoren op de 
wijzigingenkalender te vinden is. Een release bevat vaak aanzienlijke 
wijzigingen. 

2. Upgrade — een versie die niet lang van tevoren op de wijzigingenkalender is 
geplaatst en niet kan wachten op de eerstvolgende geplande release. 

3. Fix — een correctieve, ongeplande versie, die niet kan wachten op een 
tussentijdse upgrade. 


® Release 


Upgrade 


Os oe vitre ve vos ä 


Figuur 6.3 Het RUF-model voor versiebeheer 


Voor serviceorganisaties die hoogfrequent nieuwe versies van hun services 
uitbrengen, is een nog fijnmaziger nomenclatuur mogelijk. Een IT-organisatie 
met een agile manier van werken kan bijvoorbeeld dagelijks nieuwe versies 
plannen en uitbrengen. Voor de meeste serviceorganisaties in facility 
management volstaat een RUF-model. 


Implementatiedraaiboek 

Een implementatiedraaiboek, zoals opgesteld in de stap ‘Voorbereiden wijziging’, 
beschrijft de handelingen voor het in productie nemen van de gewijzigde versie 
van de infrastructuur. Het draaiboek kent go/no go beslispunten, en instructies 
voor het geval de invoering mislukt. Het implementatiedraaiboek bevat een 
baseline, de uitgangssituatie van de wijziging, voor als de wijziging mislukt en 
ongedaan moet worden gemaakt. Voor dat laatste is een back-out plan in het 
implementatiedraaiboek opgenomen (ook wel fall-back genoemd). 


53 Ook wel semver genoemd: semantic versioning 
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Teststrategie 

De teststrategie beschrijft de algemene werkwijze die t.a.v. testen wordt 
gehanteerd. De teststrategie kan op alle objecten in de beheerde infrastructuur 
worden toegepast, dus niet alleen de services maar ook de 
infrastructuurcomponenten die daarvoor worden ingezet. 

De teststrategie is gebaseerd op de acceptatiecriteria die op testen van 
toepassing zijn. 

Van elke component kan zowel de functionaliteit als het functioneren (capaciteit, 
continuïteit, snelheid, veiligheid, etc.) worden getest. De functionaliteits- en 
functioneringseisen zijn vastgelegd in de CMDB, die bij de test dus een 
belangrijke rol speelt. 


Testplan 

De template van het testplan beschrijft alle activiteiten die deel uit gaan maken 
van het testen van de service of het onderdeel daarvan dat gewijzigd wordt. 
Het plan omvat alle geplande testsoorten en -technieken, de gewenste diepgang 
en de documentatie. 


Testrapport 

Een testrapport documenteert het resultaat van een test. Het is zo goed als 
onmogelijk om ‘alles’ te testen. Soms is het verantwoord om een gebleken defect 
te accepteren in plaats van eindeloos door te bouwen. Het testrapport beschrijft 
testdoelen, -technieken, -scripts, -gevallen, -resultaten en het advies m.b.t. 
acceptatie. 


Acceptatiecriteria 

Dit zijn d specifieke eisen waaraan de gewijzigde service, of het gewijzigde 
onderdeel daarvan, moet voldoen om aan de ingediende wens te voldoen. 
Acceptatiecriteria zijn in de regel iets soepeler dan de requirements waarmee de 
wens werd ingediend. Acceptatiecriteria worden gehanteerd door de ontvangende 
partij; dat is hier de melder, maar ook de partij die verantwoordelijk is voor het 
beheer van de service nadat deze in gewijzigde vorm in productie is genomen. 


Service request formulier 
Voor het indienden van het implementatieverzoek maakt CHM gebruik van het 
formulier voor een service request. 


6.2.4 Profielen 


Procesmanagement 

De procesmanager CHM houdt zich bezig met de afspraken over het CHM-proces 
en de randvoorwaarden daarvoor, niet met het plannen en uitvoeren van de 
wijzigingen. 


Lijnmanagement 

Afhankelijk van de grootte en complexiteit van de serviceorganisatie kent het 
lijnmanagement de volgende profielen: 

e wijzigingsmanager (change manager) 

e _wijzigingscoördinator (change coördinator) 

e _configuratiemanager 
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6.2.5 Metrieken 
Voorbeelden van metrieken voor het CHM-proces zijn: 


KRI's zoals het aantal storingen ten gevolge van wijzigingen 
PI's zoals de ratio van standaardwijzigingen versus maatwerkwijzigingen 


Een KPI is dan bijvoorbeeld de mate van juistheid van de CMDB. 


6.2.6 Relatie met populaire practices en instrumenten 
Populaire practices en instrumenten die een rol kunnen spelen in het CHM-proces 
zijn bijvoorbeeld de volgende: 


Ld 


Organizational change management — Wijzigingen kunnen betrekking 
hebben op een organisatorische structuur, of organisatorische consequenties 
hebben. 

Project management - Wijzigingen kunnen dermate veel invloed hebben 
dat ze een projectmatige aanpak vergen. Die projectmatige werkwijze volgt 
de specificaties die in de organisatie voor het wijzigingsproces zijn 
afgesproken. Ook een enkele activiteit uit het CHM-proces kan projectmatig 
worden afgehandeld, bijv. de bouw van een servicecomponent of de test van 
een gebouwde of ingekochte component. 

Risk management - Het CHM-proces is sterk ingericht op risico-mijding. Het 
afhandelen van ‘echte! risico’s valt in USM onder RIM. CHM kan in elk stap, 
maar vooral tijdens evaluaties, risico's onderkennen en benoemen, die dan de 
trigger van het RIM-proces vormen. 

Capaciteits- en performancemanagement, beschikbaarheids- 
management, continuïteitsbeheer, security management, en andere 
kwaliteitsbeheertaken spelen een belangrijke rol bij het afhandelen van 
wijzigingen. Profielen die belast zijn met bijbehorende taken worden vaak 
expliciet betrokken bij de planning en afhandeling van wijzigingen, en maken 
vaak deel uit van een CAB. 

Architectuur — Voor wijzigingen geldt dat aanpassingen aan de services en 
de infrastructuur zich moeten houden aan de afspraken die daarover in de 
architectuur zijn gemaakt. Dit geldt voor alle onderdelen van de 
servicemanagementarchitectuur. 

Service en IT asset- of configuratiemanagement — Deze practice valt 
geheel onder CHM. Het registreren van de configuratie is geen klantrelevante 
prestatie: de CMDB's dienen de effectiviteit en efficiëntie van de leverancier. 
Release- en deploymentmanagement — Deze practices vallen geheel 
onder de normale gang van zaken van het CHM-proces. Ale wijzigingen 
worden planmatig en releasematig afgehandeld, net zoals alle andere soorten 
Applicatieontwikkeling en -beheer — Deze practices vallen deels onder 
CHM, voor zover het de afhandeling van wijzigingen betreft. Dat betekent dat 
selectie, inkoop, bouw en ontwikkeling van applicaties deel uitmaken van het 
CHM-proces. 
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6.2.7 Kernbegrippen 


De volgende begrippen spelen een belangrijke rol in het proces CHM: 


beheerde infrastructuur 


RFC 
wijzigingscategorie 
CMDB, CMS 
meervoudige wijziging 
impactanalyse 
wijzigingenkalender 


change advisory board (CAB) 


standaardwijziging 
urgente wijziging 


wijzigingsplan (-draaiboek) 


OTAP 
ontwikkelomgeving 
testomgeving 
acceptatieomgeving 
productieomgeving 
bouw 

testplan 
systeemtest 


acceptatietest 
testrapport 
implementatieplan (-draaiboek) 
back-out 
implementatie 
nazorg 

CMDB-model 

CI 

attribuut 

versie 

release 

upgrade 

fix 

RUF-model 
versiebeheersysteem 
baseline 
procesmanager CHM 
change manager 
configuratiemanager 


153 


DE USM-METHODE 


6.3 Incident management (INC) 


Het doel van Incident management (INC) is het herstellen van de 
service conform de afspraken die daarover met de klant zijn gemaakt. 


Het proces Incident management (INC) wordt uitsluitend door, namens of ten 
behoeve van de klant getriggerd. Ook als de serviceorganisatie een (dreigende) 
storing waarneemt en wil voorkomen dat deze effect heeft op de dienstverlening, 
is er sprake van een incident dat wordt afgehandeld ten behoeve van de klant. 


Klanten ontvangen een rapportage over de afhandeling van incidenten, die 
daadwerkelijk tot een verstoring (servicedegradatie, downtime) hebben geleid. 
Incidenten die alleen een verstoring dreigen te veroorzaken maar dankzij tijdig 
ingrijpen van INC uiteindelijk niet tot een verstoring hebben geleid, vallen binnen 
de scope van INC, maar komen niet in de rapportage aan de klant terecht. Stel 
daarom bij elk incident vast of er sprake is (geweest) van een verstoring en leg 
dat in de workflowtool vast. 


Incidenten kunnen per definitie geen deel uit maken van een workflow die al 
eerder gestart is in een ander proces. De afhandeling van een incident verloopt 
volgens workflow type 3 (via een wijziging) of volgens workflow type 4 (via 
een service request). De keuze voor die herstelroute vindt pas plaats nadat het 
incident is aangenomen. 


6.3.1 Activiteiten 


Het proces INC omvat zeven stappen (Figuur 6.4): 
Aannemen incident 

Classificeren 

Analyseren 

Voorbereiden herstel 

Herstellen 

Toetsen oplevering & terugkoppelen 

Evalueren & afsluiten 


STEN GD EN 


In deze paragraaf volgt een gedetailleerde beschrijving van de activiteiten per 
stap, met uitzondering van de algemene activiteiten die in elk proces voorkomen. 
Zie hiervoor paragraaf 5.5. 


Aannemen incident E 
Registreer het incident. Koppel het aan de service en de infrastructuur waarop de 


vraag betrekking heeft, en eventueel aan een reeds gemeld incident. Verifieer de 
autorisatie van de aanmelder. 


Als de behandelaar het incident aan een al eerder gemeld incident koppelt, sluit 
het incident daar qua afhandeling bij aan. Dat kan betekenen dat zowel de 
impact en urgentie als de prioriteit van het hoofdincident stijgen. 
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Aannemen incident 
Classificeren 
Analyseren 
Voorbereiden herstel 


Herstellen 


Toetsen oplevering 
& terugkoppelen 


Evalueren & afsluiten 


Figuur 6.4 De stappen in het proces INC 


Gebruik in deze stap de volgende artefacten: 

e een incidentformulier voor het melden van een storing 

e INC-database met storingsmeldingen en bijbehorende documenten 
e workflow type 3 en 4 


Classificeren 
Categoriseer en prioriteer het incident. 


Deze stap omvat de volgende activiteiten: 
e Categoriseer de melding volgens de standaardvoorschriften. 
e Prioriteer de melding volgens de standaardvoorschriften. 


Voor storingen zijn vaak vaste maximum afhandeltijden afgesproken, afhankelijk 
van de impact en urgentie van de storing. De toegekende impact is afhankelijk 
van de aard van het service-systeem: gaat het om een major business systeem, 
dan is de impact bij hetzelfde aantal getroffen medewerkers vaak hoger dan bij 
een systeem dat slechts beperkte ondersteuning biedt. De workflowtool verschaft 
deze informatie bij de koppeling van het incident aan een service. 


Incidenten met de hoogste prioriteit worden wel ‘major incidents’ genoemd. Voor 
dergelijke incidenten kunnen extra voorschriften voor de afhandeling worden 
ingesteld. Als de workflowtool templates ondersteunt, kan de tool de afhandeling 
automatisch van de voorgeschreven afhandeling voorzien. 


Ook een ‘ramp’, die een migratie naar een uitwijkinfrastructuur vergt, is en blijft 
een incident. Voor zo’n type incident kunnen van tevoren speciale uitwijkplannen 
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worden opgesteld, om snel op grote verstoringen in te spelen. Om die 
uitwijkplannen uit te kunnen voeren kan de organisatie vooraf bepaalde 
maatregelen hebben genomen, waaronder het afsluiten van overeenkomsten met 
toeleveranciers van reserve-verwerkingscapaciteit, het zelf beschikbaar hebben 
van uitwijkcapaciteit, of afspraken over de wijze waarop met een andere 
organisatie een reciproke inzet van elkaars capaciteit kan helpen om snel in de 
behoefte te voorzien. 


Voorbeeld. Een transportonderneming kan reserve-vervoermiddelen nodig 
hebben op het moment dat een belangrijk deel van de eigen voertuigen 
uitvalt. Dat kan een contract zijn met een verhuurder van voertuigen of een 
afspraak met een andere vervoerder, maar de organisatie kan ook 
investeren in reservecapaciteit. Elk van deze werkwijzen heeft z'n eigen 
voor- en nadelen. Het proces Risk management kan hebben bijgedragen aan 
het vaststellen van de optimale strategie om met rampen om te gaan. 


Gebruik in deze stap de volgende artefacten: 
e een categoriseringschema 
e prioriteitentabellen o.b.v. impact en urgentie 


Analyseren 
Bepaal hoe het effect van de storing kan worden verholpen. Zoek een eerder 
gehanteerde oplossing of laat een oplosgroep naar de oplossing zoeken. 


Afhankelijk van de prioriteit start de behandelaar met het zoeken naar de beste 
oplossing. Veel incidenten komen zo vaak voor, dat de (eerste) behandelaar ze 
direct herkent en ook direct weet welke oplossing de vorige keer werkte. Ook als 
een incident niet onmiddellijk wordt herkend, is het de moeite waard om te 
kijken of een vergelijkbare storing al eerder is voorgekomen. Als zo’n match 
wordt gevonden kan de behandelaar de oplossing die de vorige keer is toegepast 
meteen kopiëren. Dit zoeken naar een bekende oplossing bij een bekend incident 
heet matchen. Bij dat matchen speelt de integrale kennisdatabase een grote rol. 
Hoe meer oplossingen in die database zijn vastgelegd en hoe beter de 
zoekmogelijkheden, hoe sneller het incident is opgelost. 


Als de behandelaar geen match vindt, is verder onderzoek nodig. Hij draagt dan 
de afhandeling van het incident zo nodig over aan een andere partij: een 
oplosgroep. De categorie van het incident werkt daarbij ondersteunend: een 
categorisering naar infrastructuur helpt bijvoorbeeld helpen de juiste oplosgroep 
te bepalen. 


Het doorgeven aan een andere behandelaar (oplosgroep) heet routeren. De 
eerste behandelaar vormt de eerstelijns ondersteuning. Bij routeren ontstaat de 
tweedelijns ondersteuning en daarna eventueel een derdelijns ondersteuning of 
een nog hogere lijn. Het aantal ‘lijnen’ is een kwestie van lokaal organiseren: er 
is geen vast voorschrift voor die routering. Iedere lijn past eerst matching toe. 
Als dat niets oplevert, volgt nader onderzoek naar de oplossing. 
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In principe kan ieder team fungeren als een oplosgroep en betrokken worden bij 
de afhandeling van het incident. De keuze voor een oplosgroep is afhankelijk van 
de taakstelling, bevoegdheden, verantwoordelijkheden, kennis en vaardigheden 
van de oplosgroepen. Een 1°-lijns behandelaar heeft grondige kennis van deze 
zaken nodig, zowel bij de interne als de externe organisatie, om snelle en 
correcte beslissingen te nemen bij het routeren van incidenten. 


Zodra een behandelaar vaststelt welke oplossing zich leent voor het herstel van 
de storing, voert hij deze uit. Als er meerdere oplossingen zijn, kiest hij de 
oplossing die het beste resultaat geeft, in termen van effectieve en efficiënte 
dienstverlening. 


Gebruik in deze stap de volgende artefacten: 

e een routeringschema 

e de RIM-database met risico's en bijbehorende documenten 
e aanvullende kennisdatabases 


Voorbereiden herstel 
Bereid de oplossing voor. Stel een RFC of een service request op. 


Soms herstelt de behandelaar het incident met een eenvoudige handeling. Daar 
is dan geen complexe coördinatie voor nodig. Voor incidenten met een grote 
impact of urgentie is meer coördinatie nodig om de storing in de kortst mogelijke 
tijd te verhelpen. Voor herstelacties die veel risico's met zich mee brengen, is 
testen van de herstelactie soms vereist. 

De behandelaar stelt in deze stap ofwel een RFC, ofwel een service request op. 


Herstellen 
Herstel de storing via een RFC of een service request. 


Het herstellen van de storing vindt op één van de volgende twee manieren 

plaats: 

e via een wijziging van de infrastructuur; bijvoorbeeld vervanging van een 
component van de beheerde infrastructuur; deze afhandeling betreft 
workflow type 3, getriggerd via een RFC aan CHM 

e via een technische ingreep die geen wijziging vergt; bijvoorbeeld een reset 
naar de oude situatie, een eenvoudige aanpassing van de infrastructuur- 
inrichting buiten de scope van de beheerde infrastructuur; deze afhandeling 
betreft workflow type 4 getriggerd via een service request aan OPS 


Het is denkbaar dat de oplossing voor een complexe storing bestaat uit een 
combinatie van beide workflows: de behandelaar combineert bijvoorbeeld een 
service request aan OPS voor een reset van een printer met een RFC aan CHM 
om een kapotte computer te vervangen. In dat geval is coördinatie vanuit INC 
vereist. Het testen van de gekozen oplossing is altijd een onderdeel van de 
gekozen workflow. 


Een herstelactie hoeft niet de oorspronkelijke situatie meteen geheel te 
herstellen: een storing is opgelost als de voorziening weer conform de afspraak 
functioneert. Die oplossing is soms een voorlopige, tijdelijke voorziening: een 
workaround. Deze kan voorkomen in workflow type 3, als er een voorlopige, 
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tijdelijke oplossing is gerealiseerd via CHM. Er zijn dan twee manieren om de 

definitieve oplossing te realiseren: 

1. Realiseer de workaround via CHM, meld het herstel aan de aanmelder, dien 
een RFC in voor de definitieve oplossing, leg de relatie naar die RFC vast in de 
incidentmelding en sluit de incidentmelding af met de status ‘opgelost’. 
Het proces CHM ziet dan toe op de tijdige uitvoering van de wijziging voor de 
definitieve oplossing. 

2. Realiseer de workaround via CHM, meld het herstel aan de aanmelder, dien 
een RFC in voor de definitieve oplossing en houd de incidentmelding open 
met impact ‘nihil’ zodat deze de servicerapportage niet vervuilt. 


Beide opties leiden tot de volledige afhandeling van alle consequenties van de 
storing. De eerste optie heeft een voordeel: de incidentmelding staat niet langer 
open dan noodzakelijk, Incident management kan zich concentreren op 
storingsherstel. In de tweede optie toont zich dit gevolg logischerwijs als een 
nadeel: Incident management besteedt energie aan het bewaken van de 
definitieve oplossing, wat een normale taak van CHM is, en er zijn 
administratieve consequenties (openstaande incidentmeldingen met impact 
‘nihil/). 


Gebruik in deze stap de volgende artefacten: 

e een RFC-template voor het indienen van wijzigingsverzoeken 

e een service request template voor het indienen van service 
requests 


Toetsen uitvoering & terugkoppelen 
Controleer of het herstel is gerealiseerd. Verifieer dit bij de aanmelder. Meld 
eventuele gekoppelde meldingen ook af. 


Als het incident daadwerkelijk tot verstoring heeft geleid, dan stopt de downtijd 
na de afmelding bij de aanmelder. De afhandeling die ná dit moment plaats vindt 
komt alleen terecht in de interne procesrapportage, niet in de servicerapportage 
voor de klant. 


Evalueren & afsluiten 
Evalueer de melding. Vul de registratie aan. Dien verbetervoorstellen in. Sluit de 
melding administratief af. 


De aanvulling van de meldinggegevens borgt de toegankelijkheid van de 
gevonden oplossing voor hergebruik, in de stap ‘matchen’. 


6.3.2 Proces-control 


Bijsturen van de uitvoering 
Neem maatregelen om de correcte uitvoering van het proces te bewerkstelligen. 


Procesrapportage 
Rapporteer over de uitvoering van het proces. 


Houd de status van een incident zorgvuldig bij: een incident is een (dreigende) 
verstoring van de overeengekomen service. Voor de rapportage aan de klant is 
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het alleen van belang welke incidenten daadwerkelijk tot een verstoring hebben 
geleid. Over incidenten die geen impact hebben gehad hoeft de klant dus niet te 
worden geïnformeerd. Ook over fasen van het incident waarin geen sprake 
(meer) is van downtijd hoeft de klant geen informatie te ontvangen. Dat is geen 
relevante informatie voor de klant. De klant ontvangt dus geen rapportage over: 
e dreigende verstoringen: incidenten die tijdig zijn afgehandeld, zonder 
impact op de service 
e de administratieve afhandeling van een incident: zodra de storing is 
hersteld en is afgemeld bij de aanmelder, stopt de downtijd. 


6.3.3 Artefacten 


Incidentformulier 
De melder gebruikt voor het aanmelden van de storing gebruik van een incident- 
template. 


INC-database 
De INC-database bestaat uit een register van alle meldingen in het INC-proces, 
met de bijbehorende documenten. 


Workflow type 3 en 4 

De storingen wordt afgehandeld volgens workflow type 3 of 4, afhankelijk van de 
vraag of voor het herstel een wijziging vereist is of niet. Gestandaardiseerde 
werkwijzen volgen de bijbehorende template. 


Categoriseringschema 

De melding wordt gecategoriseerd naar wijzigingscategorie of naar de aard van 
de wijziging: betreft het een voorziening of ondersteuning, functionaliteit of 
functioneren. 


Prioriteitentabellen 
INC maakt gebruik van de gangbare tabellen voor impact, urgentie en prioriteit 
(zie Tabel 5.3 t/m Tabel 5.6), zoals die in CTM zijn opgesteld. 


Routeringschema 
Het routeringschema beschrijft welke incidenten naar welke oplosgroepen (in de 
2° of 3° lijn) kunnen worden gerouteerd. 


Integrale kennisdatabase 

Voor het matchen speelt de integrale kennisdatabase van de organisatie een 
belangrijke rol. Deze database bestaat o.a. uit de incidentendatabase van het 
INC-proces, de risico-database van het RIM-proces en aanvullende 
kennisdatabases. Kant-en-klare kennisdatabases (knowledge bases) zijn op de 
markt aan te schaffen en op te nemen in de integrale kennisdatabase. 


RFC-formulier 
De servicemanager gebruikt voor het aanmelden van de RFC een RFC-formulier, 
zie het CHM-proces. 


Service request formulier 
Voor het indienden van het implementatieverzoek maakt CHM gebruik van het 
formulier voor een service request. 
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6.3.4 Profielen 


Procesmanagement 
De procesmanager INC houdt zich bezig met de afspraken over het INC-proces, 
niet met het herstellen van de storingen. 


Lijnmanagement 

Afhankelijk van de grootte en complexiteit van de serviceorganisatie kent het 
lijnmanagement de volgende profielen: 

e servicedeskmanager 

e incidentmanager, incidentcoördinator 

e servicedeskmedewerker 


6.3.5 Metrieken 

Voorbeelden van metrieken voor het INC-proces: 

e _KRI's zoals het aantal storingen dat binnen geplande tijd is afgehandeld 

e PI's zoals het aantal openstaande incidenten, of het percentage first time 
resolution (waarbij een melding meteen wordt opgelost door de 
supportmedewerker die de melding heeft aangenomen) 


Een KPI is dan bijvoorbeeld het aantal incidenten van prioriteit 2 dat gematcht is 
met eerdere incidenten. 


Lifecycle-fasen 

De lifecycle van een incident bestaat achtereenvolgens uit de volgende fasen 
(Figuur 6.5): 

„ detectie 

diagnose 

reparatie 

herstel 

hervatting 


DETECTIE DIAGNOSE RESPONS REPARATIE HERSTEL HERVATTING 


detecue- diagnose- roparatie- respons- herstel hervattings- " 
tjd jd tjd tjd tjd td gid 


Figuur 6.5 De lifecycle van een incident 


Detectietijd 

De detectietijd geeft aan hoe snel de storing is gedetecteerd, en hoe snel de 
serviceorganisatie dus met het herstel kan beginnen. Om die detectietijd te 
verkorten stelt de serviceorganisatie bijvoorbeeld in OPS een intensievere 
monitoring in. Automatische signalering en melding van events die de detectie 
van een incident betreffen, bespoedigt de afhandeling. 


Diagnosetijd 

De volgende maat die zo kort mogelijk moet worden gehouden, is de 
diagnosetijd. Hoe sneller de juiste diagnose is gesteld, hoe eerder de 
serviceorganisatie met het herstel kan beginnen. 
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Responstijd 

De responstijd is de tijd die nodig is om in actie te komen, en daadwerkelijk te 
beginnen met het herstel. Hoe korter de responstijd, hoe korter de storing duurt. 
Een serviceorganisatie verkort de responstijd door bijvoorbeeld op iedere locatie 
een servicedeskmedewerker te stationeren of door remote ondersteuning 
mogelijk te maken. 


Reparatietijd 

De reparatietijd is de tijd die nodig is om CI's te repareren als ze stuk zijn. Hoe 
korter de reparatietijd, hoe eerder de storing is hersteld. De serviceorganisatie 
verkort de reparatietijd bijvoorbeeld door de infrastructuur modulair op te 
bouwen en reservemodules onder handbereik te houden. 


Hersteltijd 
De hersteltijd is de tijd die nodig is om de CI weer in bedrijf te stellen. Ook hier: 
hoe korter die tijd, hoe eerder de storing is hersteld. 


Hervatting 
De hervattingstijd is de tijd die nodig is om met de herstelde CI de service weer 
geheel beschikbaar te maken voor de klant. 


Beschikbaarheid 

Uptime, of productieve tijd, is een maat voor de beschikbaarheid van een 
service. Uptime is de tijd tussen het moment dat een service na een storing is 
hervat en het moment dat de volgende storing zich voordoet. Het gemiddelde 
van die uptime over een bepaalde periode gemeten, wordt wel mean time 
between failures (MTBF) genoemd. MTBF is vaak een percentage van de 
beschikbaarstellingstijd van de service. MTBF is dus een maat voor de 
beschikbaarheid van een service. 


Downtime is ook een maat voor de beschikbaarheid van een service. Downtime 
is de tijd waarin de service niet functioneert zoals overeengekomen, en waarin 
dus sprake is van servicedegradatie. De gemiddelde periode tussen de starttijden 
van twee opeenvolgende storingen wordt wel mean time between service 
incidents (MTBSI) genoemd. MTBSI is dus een maat voor de continuïteit van de 
service. 


Voorbeeld. De maat MTBF of MTBSI alléén zegt weinig over de 
kwaliteitsbeleving van de klant. Een 24x7 service met een 
beschikbaarheidsgarantie van 99,99% mag op jaarbasis maximaal 0,01% 
van 365x24=8.760 uur, dus circa 9 uur down zijn. Of dat in één storing van 


9 uur, in 9 storingen van één uur, of in 525 storingen van één minuut plaats 
vindt, maakt voor de klantbeleving heel veel uit. Een kale aanduiding van 
een beschikbaarheidspercentage (MTBF) zegt dus weinig over de 
klanttevredenheid. 


Als de factor MTBSI in combinatie met de factor MTBF wordt gebracht, ontstaat 
een betekenisvollere maat voor de beschikbaarheid en daaraan gekoppeld de 
kwaliteitservaring van de klant. 
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6.3.6 Relatie met populaire practices en instrumenten 

Populaire practices en instrumenten die een rol kunnen spelen in het CHM-proces 

zijn bijvoorbeeld de volgende: 

e Risk en problem management - Het INC-proces is complementair met Risk 
en problem management. INC houdt zich alleen bezig met herstellen. Of 
daarbij een oorzaak is weggenomen of beperkt, is een heel andere vraag. INC 
hangt wel nauw samen met risico-afhandeling: het levert veel informatie over 
ongewenste effecten op de dienstverlening, en die informatie kan uitstekend 
gebruikt worden bij de zoektocht naar bedreigingen. Omgekeerd volgt uit het 
wegnemen of beperken van bedreigingen, dat er minder (ernstige) incidenten 
optreden. 

e Capaciteits- en performancemanagement, beschikbaarheids- 
management, continuïteitsbeheer, security management, en andere 
kwaliteitsbeheertaken spelen een belangrijke rol bij het afhandelen van 
incidenten. Incidenten kunnen naar elk van deze aspecten worden 
gecategoriseerd. Profielen die belast zijn met bijbehorende taken worden 
vaak expliciet betrokken bij de afhandeling van incidenten, bijvoorbeeld bij 
escalaties, en ze ontvangen aspectgerichte incidentenrapportages. 

e Service en IT asset- of configuratiemanagement - Deze practice draagt 
bij aan zeer belangrijke informatie voor het oplossen van incidenten. 

e Kennismanagement -— Het incidentenregister kan dienen als een 
kennisdatabase, om het zoeken naar oplossingen voor incidenten te 
ondersteunen. De organisatie kan ook gebruik maken van externe databases. 


6.3.7 Kernbegrippen 
De volgende begrippen spelen een belangrijke rol in het proces INC: 


first time resolution 


e downtime e 
e storing, incident e incident lifecycle 
e impact, e detectie 
| e urgentie e diagnose 
| e prioriteit e reparatie 
e hoofdincident e herstel 
« major incident e hervatting 
, ramp e uptime 
e _uitwijkplan e beschikbaarheid 
e matchen e mean time between failures (MTBF) 
e oplosgroep e mean time between service incidents 
e routeren (MTBSI) 
e 1°/2°/3° lijn e servicedesk 
e workaround e incidentmanager 
e kennisdatabase e incidentcoördinator 
Í e knowledge base 
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6.4 Operations management (OPS) 


Het doel van OPS is het planmatig uitvoeren van alle operationele 
handelingen voor de overeengekomen dienstverlening en het 
bewaken van de prestaties van de service-systemen. 


In de productieomgeving van een serviceorganisatie houdt de leverancier de 
infrastructuur in stand waarmee hij de service levert en voert hij alle 
operationele handelingen uit. In die situatie past het credo ‘geen twee kapiteins 
op één schip!’. Operationele handelingen mogen nimmer met elkaar conflicteren. 
Dat doet afbreuk aan de kwaliteit van de dienstverlening. De serviceorganisatie 
moet daarom die handelingen uitvoeren vanuit één managementperspectief. 


OPS houdt zich bezig met de planmatige afhandeling van alle operationele 
handelingen op de service-systemen. De scope van OPS is dus gedefinieerd door 
de definitie en samenstelling van deze service-systemen. Daaronder vallen de 
voorzieningen voor de gebruikers, maar eveneens de bedrijfsmiddelen van de 
serviceorganisatie, inclusief de beheerders, hun middelen en hun werkwijzen. Zie 
Figuur 3.1 en Figuur 4.2. 


Als er sprake is van domeinscheiding tussen functioneel beheer en 
technologiebeheer (zie paragraaf 7.8), en USM is bijvoorbeeld alleen van 
toepassing op het domein technologiebeheer, dan beperkt OPS zich ook tot dat 
domein. Omgekeerd, als er geen sprake is van die domeinscheiding, en USM 
wordt toegepast op het integrale, ongescheiden taakgebied, dan vallen zowel 
operationele functioneelbeheeractiviteiten (denk aan gebruikersondersteuning) 
als operationele technologiebeheeractiviteiten (de handelingen op de 
productiesystemen) onder OPS. 


Het uitvoeren van een aanpassing van de eigenschappen van een beheerder 
(denk aan opleiding), een technologisch middel (denk aan een tool), of een 
werkwijze (denk aan een gedocumenteerde werkinstructie), is een OPS-activiteit. 
Die uitvoering vindt plaats onder aansturing van het proces CHM, in een 
bijbehorende workflow, voor zover dat binnen de beheerde infrastructuur valt 

(en dus in een CMDB is geregistreerd). Verzoeken om operationele handelingen 
die geen effect hebben op de beheerde infrastructuur worden rechtstreeks in OPS 
gepland en uitgevoerd, zonder betrokkenheid van CHM. 


OPS-handelingen zijn eenmalig of repetitief. Voor eenmalige handelingen 
volstaat de afhandeling van de service request. Een verzoek om een repetitieve 
handeling heeft meer consequenties: de vereiste handeling komt herhaaldelijk op 
de OPS-kalender, maakt deel uit van beheervoorschriften en -handboeken (die in 
een CMDB zijn opgenomen) en wordt om die reden dus alleen via CHM 
aangevraagd. Een rechtstreeks verzoek aan OPS, buiten CHM om, waarbij een 
mutatie in de CMDB aan de orde is, wordt verwezen naar het CHM-proces. 


De monitoringactiviteiten om de werking van de overeengekomen services te 
verifiëren zijn ook operationele handelingen. 
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De melding die OPS-handelingen triggert, is een service request. Veruit de 
meeste service requests maken deel uit van samengestelde workflows: de 
serviceorganisatie behandelt de implementatie van alle wensen, wijzigingen, 
incidenten en risico’s uiteindelijk in het OPS-proces. 


Klanten beperken zich in de praktijk tot service requests die betrekking hebben 
op de voorziening en de ondersteuning. Interne stakeholders melden ook 
service requests aan, die betrekking hebben op de bedrijfsmiddelen van de 
serviceorganisatie. 


6.4.1 Activiteiten 


Het proces OPS omvat zes stappen (Figuur 6.6): 
1. Aannemen service requests 
2. Classificeren 

‚ Plannen werkzaamheden 

„ Uitvoeren werkzaamheden 

„ Toetsen oplevering & terugkoppelen 

„ Evalueren & afsluiten 


Figuur 6.6 De stappen in het proces OPS 


In deze paragraaf volgt een gedetailleerde beschrijving van de activiteiten per 


stap, met uitzondering van de algemene activitei ie i 
Zie hiervoor paragraaf 5.5. Bsltensdlelingelke proces voorkomen: 


Activiteiten in het OPS-proces hebben betrekking op het uitvoeren van 
handelingen op het operationele service-systeem. Dat service-systeem bestaat 


uit de beheerders, de werkwijzen die ze han Ï 
2rders, werk teren, de mid Ï Ï 
en de voorzieningen die zij aan klanten beschikbaar en nd 
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Aannemen service requests 


Reen de Een request. Koppel deze aan de service en de infrastructuur 
waarop e vraag etrekking heeft en eventueel aan een eerder ingediende 
service request. Verifieer de autorisatie van de aanmelder. 


Als een service request deel uitmaakt van een workflow die met een ander 


proces gestart is, leg dat dan vast in de workflowtool., De prestatie van die 
workflow omvat dan de prestatie van OPS. 


OPS is onderdeel van een workflow bij afhandeling van: 
e een workflow type 1, gestart in CTM om serviceafspraken aan te passen 
e een workflow type 2, gestart in CHM om een wijziging door te voeren 
binnen een bestaande serviceafspraak 
een workflow type 3 en 4, gestart in INC om een storing te herstellen, 
ofwel met een RFC ofwel rechtstreeks met een service request 
een workflow type 6, 7 en 8, gestart in RIM om een risico af te handelen 
met een wens, een RFC of een service request 


In workflow type 5 is OPS het enige proces. 


Al deze workflows worden uiteindelijk gerealiseerd (geïmplementeerd) via een 
service request aan OPS. De geïntegreerde servicerapportage documenteert die 
workflows en de bijbehorende service requests. De procesmanager OPS voorziet 
de integrale servicerapportage separaat van informatie over de service requests 
die buiten deze workflows, rechtstreeks door of namens de klant zijn ingediend. 
Identificatie van de bron van service requests gebeurt in de workflowtool. 


Service requests worden op het operationele service-systeem uitgevoerd. Dat 
brengt concrete risico’s met zich mee. De behandelaar registreert alle service 
requests dan ook zorgvuldig in de database van de workflowtool, en plant ze in 
een volgende stap op de OPS-kalender. 


De servicecatalogus bevat een reeks service requests voor geautoriseerde 
gebruikers. Service requests in de servicecatalogus zijn bijna altijd 
gestandaardiseerd. 


Gebruik in deze stap de volgende artefacten: 

e een service request template voor het indienen van service 
requests 

e een OPS-database: een register van alle service requests, met de 


bijbehorende documenten 


e workflow type 5 


Classificeren 
Categoriseer en prioriteer de service request. 


Deze stap omvat de volgende activiteiten: 
e Categoriseer de melding volgens de standaardvoorschriften. 


« Prioriteer de melding volgens de standaardvoorschriften. Een service 
request die niet vanuit de klant komt, maar vanuit een eerder gestarte 
workflow, heeft al een prioriteit. Neem die prioriteit, met de bijbehorende 
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resterende afhandeltijd, over in de verdere afhandeling van de service 
request. 


Gebruik in deze stap de volgende artefacten: 
e een categoriseringschema 
e _prioriteitentabellen o.b.v. impact en urgentie 


Plannen werkzaamheden 
Plan de werkzaamheden op de OPS-kalender voor alle operationele handelingen. 


Voor de planning van service requests is een planningsinstrument vereist. Een 
Excel-sheet of een takenplanner in Outlook is een optie, maar een 
planningsvoorziening in de workflowtool is effectiever. Alle informatie in de 
workflow staat op die manier overzichtelijk bij elkaar. 


De OPS-kalender bestaat uit een statisch en een dynamisch deel. De handelingen 
die op regelmatige grondslag plaatsvinden ten behoeve van de afgesproken 
services, gedurende de looptijd van de overeenkomsten, vormen het statische 
deel van de OPS-kalender. De serviceorganisatie voert die statische handelingen 
met een geplande regelmaat uit. 


Als een klant een extra service request aanvraagt binnen een bestaande 
overeenkomst, dan maken de werkzaamheden deel uit van het dynamische 
deel van de OPS-kalender. Ook de service requests die in het kader van 
workflows op de OPS-kalender eindigen, vallen onder het dynamische deel. 


Voorbeeld. Regelmatig terugkerende handelingen bij IT zijn het opschonen 
van een database, het maken een back-up of het uitvoeren van een controle 
van de beveiliging. 


Bij transport kan dat het onderhouden van een vervoermiddel zijn of het 
controleren van de verzekeringen. 

Plan onderhoud in op tijden met zo weinig mogelijk kans op verstoring van 
de overeengekomen dienstverlening. 


De serviceorganisatie plaatst ook windows op de OPS-kalender. Dat zijn 
perioden voor bepaalde handelingen. Denk aan windows voor het inzetten van 
nieuwe middelen, of aan perioden waarin bepaalde handelingen juist niet mogen 
worden uitgevoerd. 


Plan de nieuwe service requests op de OPS-kalender bij de eerder geplande 
handelingen. Zorg dat ze daarmee niet conflicteren. Houd bij de planning 
rekening met de onderhoudswindows. Pas zo nodig de planning van 
monitoringwerkzaamheden aan. Leg bij de planning vast wie wanneer de 
handelingen uitvoert. Plan de handelingen zodanig dat ze binnen de 
overeengekomen afhandeltijd van de service vallen. 
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Gebruik in deze stap de volgende artefacten: 

e een OPS-kalender: een kalender met alle geplande operationele 
handelingen, zowel de routinematige handelingen, als de ad-hoc 
activiteiten voor changes, incidenten en risico's, en de extra 
service requests van/voor de klant 

e _dag-, week-, maand- en jaarplannen 


Monitoring 

Bij het invoeren van een nieuwe of gewijzigde service stelt de serviceorganisatie 
ook de monitoring in op de OPS-kalender. Plan monitoringactiviteiten net zo vaak 
en intensief als vereist is om de gewenste kwaliteitsborging te realiseren. De 
geplande monitoringwerkzaamheden maken deel uit van het statische deel van 
de OPS-kalender. 


Uitvoeren werkzaamheden 
Handel de service request af conform verzoek. 


De oplosgroep die een (deel van) een service request toegewezen krijgt, handelt 
het werk af volgens de meegegeven afhandelvoorschriften, waaronder de 
toegekende afhandeltijd. 

De werkzaamheden op het statische deel van de OPS-kalender vormen de 
basiswerklast van de oplosgroepen. De ad hoc service requests vanuit INC, CHM, 
RIM en vanuit de klant vormen samen het dynamische deel van de OPS- 
kalender. 


Monitoring 
Bij de monitoring is sprake van het waarnemen van gebeurtenissen, events die 
een betekenis hebben in het kader van de dienstverlening. 


Event: een voor de dienstverlening betekenisvolle gebeurtenis. 


Een event is bijvoorbeeld het overschrijden van een bepaalde grenswaarde 
(opslagcapaciteit van een database, kilometerstand van een auto), of het 
bereiken van een bepaalde situatie (data-overdracht voltooid, bestemming 
bereikt). Een event kan ook het ontbreken van iets betreffen. 


Het over- of onderschrijden van een bepaalde grenswaarde of drempel geeft een 
event betekenis. 


Drempel: de grenswaarde van een meeteenheid die — wanneer 
deze bereikt wordt - een event oplevert. 


De serviceorganisatie stelt drempels in die betekenisvol zijn voor de service. 
Drempels hebben bijvoorbeeld betrekking op de voorzieningen, of de 
infrastructuur waar deze van afhankelijk zijn. 
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Voorbeeld. Een drempel in de informatievoorziening is “een opslageenheid 


is voor 80% vol”. EN 
Een drempel in gebouwenbeheer is “het aantal vrije parkeerplaatsen is 


minder dan 2% van het totale aantal”. 
| Een drempel in personenvervoer is “de leaseauto heeft 80.000 kilometer 


ĳ gereden”. 


De waarneming van een event kan worden opgevolgd door een signalering. In 
een passieve vorm gaat het om een waarneming met het oog, een observatie: 
de beheerder ziet dat de parkeerplaats vol is. Een alert is een actieve vorm om 
een event vast te stellen: een sirene, een zwaailicht, een sms-bericht, een 
melding in social media, een mailtje naar een Servicedesk; er zijn talloze 
manieren om het event onder de aandacht van beheerders te brengen. Deze 
eventmelding heet een alert. 


Alert: een notificatie van een systeem dat een event is 
opgetreden. 


Op de alert kan een actie volgen. Het USM-procesmodel biedt de mogelijkheid 

om dat op drie manieren te doen: 

1. Niets doen - De beheerder oordeelt dat er geen vervolgactie noodzakelijk is, 
en logt het event (als dat al niet automatisch is gebeurd). Deze situatie treedt 
tijdens monitoring talloze keren op. De beheerder neemt een groot aantal 
events waar en beoordeelt of deze opvolgwaardig zijn. Loggen (het 
vastleggen van de waarneming in een register) zorgt er dan voor dat deze 
informatie niet verloren gaat, zodat het geobserveerde event later alsnog 
aandacht kan krijgen. 

„ Incident - De beheerder kan een incident aanmelden. Deze optie ligt voor de 
hand als de dreigende verstoring op afzienbare termijn lijkt te kunnen 
optreden, en de vereiste maatregel voor de hand ligt. Het incident krijgt een 
passende impact (in dit geval impact ‘nihil’, zie Tabel 5.3) en urgentie mee 
waardoor dat risico met bijbehorende prioriteit wordt afgehandeld. Het INC- 
proces handelt dat incident af en registreert de beheerder als de aanmelder 
namens de klant. 

„ Risico - De beheerder kan een risico aanmelden. Deze optie ligt voor de hand 
als er geen korte-termijn dreiging van het event uitgaat, maar een maatregel 
op enige termijn wel gewenst lijkt. Het risico krijgt een passende risico-impact 
en -urgentie mee, waardoor dat risico met bijbehorende prioriteit wordt 
SOE Deze route vereist dat het RIM-proces de vereiste aandacht in 

€ organisatie heeft en dat er een capabel team belast is met de uitvoering. 


In een reactieve organisatie die no ini 
g weinig aandach 
zal deze route niet de voorkeur krijgen. À Mm esteed 


| Voorbeeld. Op een event c. 


q. een alert volgt een actie : 
f « Vul de opslageenheid aan met extra capaciteit. dae 


e Zet het waarschuwingsbord bij de ingan 
de mededeling “PARKEERPLAATS vol”, Me eet een met 


Ì «© Maak een afspraak voor een onderhoudsbeurt. 
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In beide gevallen vervolgt de beheerder zijn monitoring-werkzaamheden na het 
triggeren van het gekozen proces. Het triggeren van een incident of een risico en 
de afhandeling daarvan spelen zich buiten OPS af. De monitoringhandelingen 
worden vervolgd conform planning. Het OPS-proces wordt niet onderbroken, er is 
hier geen sprake van een workflow die in een ander procesdeel wordt voortgezet. 
De beheerder registreert het aanmelden van het incident of het risico in de 
monitoring-log, zodat de relatie tussen OPS en INC of OPS en RIM vast ligt. 
Binnen OPS is er geen vervolghandeling meer aan gekoppeld. 


Om de juiste vervolgacties te verbinden aan events, kan de serviceorganisatie 
een set business rules ontwikkelen, waarmee de logica voor de afhandeling van 
events en alerts wordt ingevuld. Als de beheerders de events geautomatiseerd 
kunnen waarnemen, dan kunnen deze business rules de afhandeling van 
consequenties ook (deels) automatiseren, tot en met het melden van een 
incident en wellicht zelfs het automatisch oplossen van dat incident (runbook 
automation). De workflow wordt dan nog steeds gevolgd, maar is geheel 
geautomatiseerd. Op die manier kan een beheerder zich concentreren op het 
afhandelen van de complexere situaties waar menselijk inzicht bij vereist is. 


Het monitoren heeft ook betrekking op de inhoud van een CMDB, de registratie 
van beheerde infrastructuur. Het monitoren van de inhoud van die CMDB vindt 
planmatig plaats, aan de hand van een verificatieplan. De operator meldt voor 
een afwijking tussen de CMDB en de werkelijkheid een incident aan met de 
bijbehorende impact en urgentie. De afhandeling vindt dan plaats volgens de 
algemene werkwijze van Incident management, waarbij de prioriteit van het 
incident wordt gewogen tegen de prioriteiten van alle andere incidenten die ten 
behoeve van de klant al in behandeling zijn. Op deze wijze wordt bewaakt dat 
het belang van de dienstverlening centraal staat bij de prioritering van alle 


storingshandelingen. 


Plannen 4 

Onderhoud en monitoring is geruime tijd vooruit de gn oe} 

Daarmee komen verschillende soorten plannen in beêld; 

e dagplan: registratie van alle eerder geplande (statische en dynamische) 
handelingen voor een dag, in de loop van de dag aangevuld met nog meer 
dynamische OPS-handelingen 

e weekplan: idem, maar dan voor een week 

e maandplan: idem, maar dan voor een maand 

e jaarplan: idem, maar dan voor een jaar 


p de OPS-kalender. 


ering & terugkoppelen EE re 
Eee Ee request is gerealiseerd. Verifieer dit bij de aanmelder. 


Meld eventuele gekoppelde meldingen ook af. 


heden. 
ifi erwachte resultaat meteen na afloop van de werkzaam 
vend aan de aanmelder, als het EO de 
opdracht. Er is altijd een aanmelder die wacht oe eu ROE TE 
werkzaamheden om zelf verder te kunnen: ofwel een g KE er elk 
aanmelder die in het kader van een workflow een servic d 
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€ organisatie heeft en dat er een capabel team belast is met de uitvoering. 


In een reactieve organisatie die no ini 
g weinig aandach 
zal deze route niet de voorkeur krijgen. À Mm esteed 


| Voorbeeld. Op een event c. 


q. een alert volgt een actie : 
f « Vul de opslageenheid aan met extra capaciteit. dae 


e Zet het waarschuwingsbord bij de ingan 
de mededeling “PARKEERPLAATS vol”, Me eet een met 


Ì «© Maak een afspraak voor een onderhoudsbeurt. 
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In beide gevallen vervolgt de beheerder zijn monitoring-werkzaamheden na het 
triggeren van het gekozen proces. Het triggeren van een incident of een risico en 
de afhandeling daarvan spelen zich buiten OPS af. De monitoringhandelingen 
worden vervolgd conform planning. Het OPS-proces wordt niet onderbroken, er is 
hier geen sprake van een workflow die in een ander procesdeel wordt voortgezet. 
De beheerder registreert het aanmelden van het incident of het risico in de 
monitoring-log, zodat de relatie tussen OPS en INC of OPS en RIM vast ligt. 
Binnen OPS is er geen vervolghandeling meer aan gekoppeld. 


Om de juiste vervolgacties te verbinden aan events, kan de serviceorganisatie 
een set business rules ontwikkelen, waarmee de logica voor de afhandeling van 
events en alerts wordt ingevuld. Als de beheerders de events geautomatiseerd 
kunnen waarnemen, dan kunnen deze business rules de afhandeling van 
consequenties ook (deels) automatiseren, tot en met het melden van een 
incident en wellicht zelfs het automatisch oplossen van dat incident (runbook 
automation). De workflow wordt dan nog steeds gevolgd, maar is geheel 
geautomatiseerd. Op die manier kan een beheerder zich concentreren op het 
afhandelen van de complexere situaties waar menselijk inzicht bij vereist is. 


Het monitoren heeft ook betrekking op de inhoud van een CMDB, de registratie 
van beheerde infrastructuur. Het monitoren van de inhoud van die CMDB vindt 
planmatig plaats, aan de hand van een verificatieplan. De operator meldt voor 
een afwijking tussen de CMDB en de werkelijkheid een incident aan met de 
bijbehorende impact en urgentie. De afhandeling vindt dan plaats volgens de 
algemene werkwijze van Incident management, waarbij de prioriteit van het 
incident wordt gewogen tegen de prioriteiten van alle andere incidenten die ten 
behoeve van de klant al in behandeling zijn. Op deze wijze wordt bewaakt dat 
het belang van de dienstverlening centraal staat bij de prioritering van alle 


storingshandelingen. 


Plannen 4 

Onderhoud en monitoring is geruime tijd vooruit de gn oe} 

Daarmee komen verschillende soorten plannen in beêld; 

e dagplan: registratie van alle eerder geplande (statische en dynamische) 
handelingen voor een dag, in de loop van de dag aangevuld met nog meer 
dynamische OPS-handelingen 

e weekplan: idem, maar dan voor een week 

e maandplan: idem, maar dan voor een maand 

e jaarplan: idem, maar dan voor een jaar 


p de OPS-kalender. 


ering & terugkoppelen EE re 
Eee Ee request is gerealiseerd. Verifieer dit bij de aanmelder. 


Meld eventuele gekoppelde meldingen ook af. 


heden. 
ifi erwachte resultaat meteen na afloop van de werkzaam 
vend aan de aanmelder, als het EO de 
opdracht. Er is altijd een aanmelder die wacht oe eu ROE TE 
werkzaamheden om zelf verder te kunnen: ofwel een g KE er elk 
aanmelder die in het kader van een workflow een servic d 


ingediend. 
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Evalueren en afsluiten 
Evalueer de melding. Vul de registratie aan. Dien verbetervoorstellen in. Sluit de 
melding administratief af. 


6.4.2 Proces-control 


Bijsturen van de uitvoering 
Neem maatregelen om de correcte uitvoering van het proces te bewerkstelligen. 


Procesrapportage 
Rapporteer over de uitvoering van het proces. 


De procesmanager OPS maakt voor rapportage onderscheid tussen service 
requests vanuit de klant en service requests die binnen een workflow door een 
ander proces zijn gestart (zie 5.2). Voor OPS betreft dat laatste de volgende 
workflows: 

workflow type 1: een nieuwe of aangepaste service via CTM en CHM 
workflow type 2: een wijziging van een bestaande service via CHM 
workflow type 3: een storing via INC en CHM 

workflow type 4: een storing via INC 

workflow type 6: een risico via RIM, CTM en CHM 

workflow type 7: een risico via RIM en CHM 

workflow type 8: een risico via RIM 


Al deze service requests maken deel uit van workflows die via de andere 
procesmanagers al in de servicerapportage terecht komen. De procesmanager 
OPS rapporteert daarom alleen de service requests volgens workflow 5 naar de 
integrale servicerapportage. Die workflow betreft uitsluitend handelingen van 
OPS zonder tussenkomst van een ander proces. 


6.4.3 Artefacten 


Service request template 
De melder gebruikt voor het aanmelden van de service request gebruik van een 
service request template. 


OPS-database 

De OPS-database bestaat uit een register van alle service requests, met de 
bijbehorende documenten. Deze documenten omvatten in ieder geval de beheer- 
handboeken waarin het beheer van de verschillende infrastructuur-elementen is 
vastgelegd. De beschrijving van die beheerhandboeken is in een CMDB 
opgenomen: ze maken deel uit van de beheerde infrastructuur. 


Voorbeeld. In de informatievoorziening: applicatiebeheerhandleidingen 
(ABH), systeembeheerhandleidingen (SBH), netwerkbeheerhandleidingen 
(NBH). 


Bij gebouwenbeheer: beheerhandboeken voor de onderdelen van de 
infrastructuur, van het ketelhuis tot de schoorsteen. 


Die documenten zijn eveneens onderdeel van de integrale kennisdatabase. 
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Categoriseringschema 
De melding wordt gecategoriseerd naar service request type of naar de aard van 
de service request. 


Prioriteitentabellen 
OPS maakt gebruik van de gangbare tabellen voor impact, urgentie en prioriteit 
(zie Tabel 5.3 t/m Tabel 5.6), zoals die in CTM zijn opgesteld. 


Workflow type 5 

De service request wordt afgehandeld volgens workflow type 5, of volgens een 
workflow die al eerder was gestart. Gestandaardiseerde werkwijzen volgen de 
bijbehorende template. 


OPS-kalender 
De OPS-kalender is bij voorkeur geautomatiseerd en geïntegreerd in de 
workflowtool. Het afsplitsen van deelplannen is daarmee ook geautomatiseerd. 


Dag-, week-, maand- en jaarplannen 

De plannen waarin de geplande activiteiten van de bijbehorende periode zijn 
vastgelegd. Deze plannen omvatten zowel de planbare activiteiten (het statische 
deel), als de activiteiten die daarnaast uit onvoorziene service requests 
afkomstig zijn (het dynamische deel). 


6.4.4 Profielen 


Procesmanagement 

De procesmanager OPS houdt zich bezig met de afspraken over het OPS-proces, 
niet met het plannen en uitvoeren van de reguliere, statische beheeractiviteiten 
of de aanvullende, dynamische service requests. 


Lijnmanagement 

Afhankelijk van de grootte en complexiteit van de serviceorganisatie kent het 
lijnmanagement de volgende profielen: 

e manager Operations 

e technisch beheerder (bv applicatiebeheerder) 

e _onderhoudsmedewerker 


6.4.5 Metrieken 


Voorbeelden van metrieken voor het OPS-proces zijn: 
e een KRI zoals aantal afgehandelde service requests van een bepaald type 
e een PI is bijvoorbeeld aantal gesignaleerde events 


Een KPI is dan bijvoorbeeld het aantal events in een bepaald deel van de 
infrastructuur dat tot een incidentmelding heeft geleid. 


6.4.6 Relatie met populaire practices en instrumenten 

Populaire practices en instrumenten die een rol kunnen spelen in het CHM-proces 

zijn bijvoorbeeld de volgende: 

e Capaciteits- en performancemanagement, beschikbaarheids- 
management, continuïteitsbeheer, security management, en andere 
kwaliteitsbeheertaken spelen een belangrijke rol bij OPS. Alle infrastructuur 
waarmee deze aspecten worden beheerd bevinden zich in de operationele 
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omgeving waar OPS op inwerkt. Profielen die belast zijn met bijbehorende 
taken zijn intensief betrokken bij die uitvoering, zijn in beeld bij escalaties, 
hebben toegang tot de logs en ontvangen aspectgerichte rapportages. 
Service en IT asset- of configuratiemanagement — Deze practice draagt 
bij aan zeer belangrijke informatie voor het plannen en uitvoeren van service 
requests. 

Release- en deploymentmanagement — De implementatiehandelingen uit 
deze practices zijn onderdeel van OPS. 

Service request management — Deze practice omvat veel onderdelen van 
OPS, maar is in de praktijk veelal beperkt tot gestandaardiseerde en 
routinematige taken die door gebruikers aangevraagd worden. De 
geïntegreerde workflows van USM, waarbij OPS deel uit maakt van alle 
workflows, waaronder dus alle vormen van operationele handelingen op de 
productieomgeving vallen, is een veel bredere toepassing van het begrip 
‘service request’. 

Monitoring en Eventmanagement — Deze practice betreft een aantal 
elementaire activiteiten uit OPS. 

Toegangsbeheer (‘access management’) — Deze practice wordt veelal 
uitgevoerd als een toepassing van OPS op verzoeken (service requests) om 
toegang tot bepaalde voorzieningen. 

Infrastructuur- en platformbeheer, softwareontwikkeling en -beheer, 
Print- en outputbeheer, Netwerkbeheer, Opslag en archivering, 
Internet/webbeheer, Facility management, Technisch beheer en vele 
andere toegepaste taakgebieden vormen het grootste deel van de ‘body’ van 
OPS-handelingen. 


6.4.7 Kernbegrippen 


De 
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volgende begrippen spelen een belangrijke rol in het proces OPS: 
service request e jaarplan 

beheerde infrastructuur e monitoring 
implementeren e event 

OPS-kalender e drempel 

statische en dynamische kalender e alert 
(onderhouds)window e log 

dagplan e verificatieplan CMDB 
weekplan e technisch beheerder 
maandplan e onderhoudsmedewerker 
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6.5 Risk management (RIM) 


Het doel van RIM is het verbeteren van de prestatie van de 
serviceorganisatie door het voorkómen van effecten die afbreuk doen 
aan de overeengekomen dienstverlening, dan wel het bevorderen van 
structurele verbeteringen daarin. 


De processen CTM, CHM, INC en OPS zijn de processen die de interactie met de 
klant afhandelen en die de ondersteuning voor de voorziening leveren. De 
stakeholder van die processen is de klant. Het proces RIM heeft de 
serviceorganisatie als stakeholder en dient een ander doel. 


De directe stakeholder van RIM is niet de klant maar de serviceorganisatie zelf. 
RIM beoogt de dienstverlening te optimaliseren. Dat is uiteindelijk ook weer in 
het belang van de klant, maar alleen de manager van de serviceorganisatie 
treedt hier op als interne klant van het proces. De externe klant van de 
serviceorganisatie heeft dan ook geen rechtstreekse link met RIM. Los daarvan 
staat het de serviceorganisatie natuurlijk vrij om de klant ‘een kijkje in de 
keuken’ te bieden, als dat de relatie met de klant ten goede komt. 


Een risico is een situatie met een bepaald effect dat met 
bepaalde kans kan optreden. 


Het effect van een risico kan zowel positief als negatief zijn. Risk management 
(risicobeheer) wordt vaak gezien als een activiteit om bedreigingen (‘threats’) te 
lijf te gaan, maar het is net zo goed van toepassing op situaties die een 
structurele verbetering teweeg kunnen brengen: verbeterkansen 
Copportunities’). Daarmee valt innovatie dus eveneens binnen de scope van 
RIM. 


Risico's worden per definitie nooit 100% ‘opgelost’. De kans op het optreden van 
een positieve situatie bevorderen of een negatieve situatie verminderen, is het 
doel. Een kans van 0 is echter niet realistisch. Er is dus altijd sprake van een 
restrisico, ook nadat het risico is ‘afgehandeld’. De mate waarin een organisatie 
(rest)risico’s accepteert, wordt wel ‘risk appetite’ genoemd. 


Risicobeheer** houdt zich in de praktijk vaak bezig met servicekwaliteitsaspecten 
zoals capaciteit, continuïteit, veiligheid, beschikbaarheid en natuurlijk met 
innovatie. Om dat goed te doen, analyseert RIM voortdurend interne bronnen, 
variërend van de integrale kennisdatabase tot de monitoringlogs en externe 
bronnen, zoals vakbladen, nieuwsdiensten, leveranciersinformatie en publieke 
services. 


Voor het afhandelen van risico's speelt het begrip ‘business case! een sleutelrol: 


risico’s zijn interne zaken van de serviceorganisatie. Vanuit een zakelijk 
perspectief dienen de opbrengsten daarbij groter te zijn dan de kosten. 


54 RIM wordt in de IT ook wel aangeduid met de term ‘problem management’, maar heeft een 
breder toepassingsgebied. 
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RIM is een proactief proces. Het richt zich op een betere serviceprestatie door de 
prestaties van de andere processen te helpen verbeteren. De eisen aan de 
afhandeling van risico's verschillen daarom van die bij de andere processen. De 
effecten van RIM worden bovendien sterk beïnvloed door de beschikbare 
resources en door de business cases van de gevonden maatregelen. De 
volwassenheid van de organisatie, de overtuiging van de toegevoegde waarde 
van goede business cases en de beschikbare resources bepalen de eisen, die aan 
RIM worden gesteld. 


6.5.1 Activiteiten 


Het proces RIM omvat zeven stappen (Figuur 6.7): 
Identificeren risico’s 

Classificeren 

Vaststellen oorzaak 

Selecteren maatregel 

Doorvoeren maatregel 

Toetsen oplevering & terugkoppelen 

Evalueren & afsluiten 


OS ONE 


Figuur 6.7 De stappen in het proces RIM 


In deze paragraaf volgt een gedetailleerde beschrijving van de activiteiten per 
stap, met uitzondering van de algemene activiteiten die in elk proces voorkomen. 


Zie hiervoor paragraaf 5.5. 
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Identificeren risico's 
Registreer het risico. Koppel deze aan de service en de infrastructuur waarop het 
risico betrekking heeft en eventueel aan een eerder ingediend risico. 


In tegenstelling tot de meldingen bij andere processen is iedereen bevoegd een 
risico in te dienen. Het staat een manager zelfs vrij zijn teamleden te vragen een 
minimum aantal risico’s per periode in te dienen als onderdeel van een 
beoordelingsstrategie. 


Bij risico’s wordt niet alleen gewacht op aanmelding, risico's worden ook actief 
‘gezocht’. Dat betekent dat een serviceorganisatie in deze eerste stap regelmatig 
bestaande risico’s opnieuw onderzoekt (risico-scans), potentieel kwetsbare delen 
van de dienstverlening onderzoekt op nieuwe bedreigingen en potentieel 
kansrijke sectoren onderzoekt op verbeterkansen (risico-inventarisaties). Zulke 
scans en inventarisaties houden rekening met het belang van onderdelen van de 
dienstverlening. Dat betekent een hoofdrol voor borging bij cruciale onderdelen 
en voor potentie bij innovatie. 


Registreer de aanmelder die het risico heeft opgespoord, ten behoeve van latere 
terugkoppeling over de afhandeling. 


Gebruik in deze stap de volgende artefacten: 

e een risicoformulier voor het aanmelden van een risico 

e een RIM-database: het register van alle risico's en bijhorende 
documenten 

een risico-scan: een analyse van een risico ter bepaling van de 
impact van het risico en de kans op het optreden 

workflow type 6, 7 en 8 


Classificeren 
Categoriseer en prioriteer het risico. 


Deze stap omvat de volgende activiteiten: 
e Categoriseer de melding volgens de standaardvoorschriften. 
e Prioriteer de melding. 


De proactieve afhandeling van risico's wordt door dezelfde medewerkers gedaan 
als de afhandeling van de andere, meer reactieve processen in het USM- 
procesmodel. De toekenning van resources aan RIM concurreert dus met de 
toekenning van resources aan de overige beheertaken. Om de prioritering van 
taken voor die medewerkers mogelijk te maken, zijn voor RIM dezelfde impact-, 
urgentie- en prioriteringsregels van toepassing. 


Een reactief ingestelde organisatie zal minder snel geneigd zijn 
resources aan RIM toe te kennen. 


De begrippen impact en urgentie hebben bij het proactieve RIM-proces 
logischerwijs een proactief karakter: bij een risico is per definitie immers alleen 
sprake van een potentiële impact. Een risico duidt op een oorzaak en niet op een 
effect (het incident of de verbetering die uit die oorzaak voort kan komen). 
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De impact van een risico wordt in risicomanagement-termen ook wel aangeduid 
met de factor ‘gevolg’ (of in het Engels ‘severity’). Wat bij een wens, wijziging, 
incident of service request de urgentie is, is bij een risico de factor ‘kans op het 
optreden van het gevolg’ (waarschijnlijkheid, in het Engels ‘likelinood’). In 
analogie: hoe groter de kans dat het gevolg optreedt, hoe hoger de urgentie. 


De prioriteitenmatrix (Tabel 5.5) krijgt bij RIM de vorm van een risicomatrix, in 
het Engels ‘heatmap’ (Tabel 6.1). De impact- en urgentieklassen leiden op geheel 
analoge wijze tot een prioriteit als bij de andere USM-processen, maar nu met de 
factoren kans en gevolg. 


ID 


Tabel 6.1 Risicomatrix (heatmap) voor prioritering van risico’s 


De kwalificaties ‘hoog’, ‘gemiddeld’ en ‘laag’ worden bepaald door de kans op het 
optreden van het gevolg, conform de prioriteitenklassentabel (Tabel 5.5). Een 
kans is dan een getal tussen O en 1. 


Voorbeeld. Hoog kan bijvoorbeeld 0,8-1,0 zijn, en laag <0,1. Gevolg wordt 
vaak uitgedrukt in schade, gekwantificeerd in euro’s. ‘Groot’ is dan 


| bijvoorbeeld (afhankelijk van de organisatie) een bedrag >€100.000, en 
‘klein’ een bedrag <€1.000 


Voor het bepalen van de (potentiële) impact, in de zin van de meest kwetsbare 
onderdelen van de dienstverlening, zijn verschillende technieken beschikbaar. 
Een veel gehanteerde aanpak gaat als volgt: 

e Bepaal met een business impact analyse (BIA)®* de impact bij het uitvallen 
van een service en de snelheid waarmee de schade zich manifesteert. De 
combinatie van deze factoren bepaalt de meest kwetsbare systemen. 

e Bepaal het risicoprofiel van de systemen met een afhankelijkheden & 
kwetsbaarheden analyse (A&K)°. 

e Kwantificeer de onderkende risico's door de combinatie van kans en impact, 
in een risicomatrix. 


Deze aanpak is niet alleen van toepassing op bedreigingen, maar ook op 


verbeterkansen die innovaties mogelijk maken. Door de ‘waardering’ van een 
bedreiging op dezelfde schaal uit te drukken als een verbeterkans, kan de 


55 Zie ook Pain Value Analysis, ITIL 2011, Operations Management 
56 Ook wel dreigingen en kwetsbaarheden analyse (D&K) genoemd. 
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organisatie een eenduidige afweging maken t.a.v. het klantbelang. Op deze wijze 
geeft de organisatie met USM invulling aan een klantgerichte benadering. 


Impact laat zich in meerdere dimensies uitdrukken. Een serviceorganisatie 
beoordeelt die dimensies verschillend, bijvoorbeeld op basis van de factoren 
kosten, tijd, reputatie en kwaliteit”. De combinatie van die factoren tot één 
weegfactor is een typisch lokale taak: iedere organisatie beslist zelf op welke 
wijze zij de beoordeelde factoren weegt. Bij het prioriteren van risico's maakt 
een organisatie dus een eigen keus voor het gewicht van de factoren. 


Gebruik in deze stap de volgende artefacten: 
e een categoriseringschema 
e een risicomatrix (heatmap, prioriteitentabel) o.b.v. kans en gevolg 


Vaststellen oorzaak 

Om een risico aan te pakken moet eerst de oorzaak zijn vastgesteld. Voor het 

vaststellen van oorzaken (root cause analysis, RCA) zijn vele technieken 

beschikbaar: 

e Chronologische analyse: de logica in de ‘chain of events’ leidt tot het 
gezochte inzicht 

e Kepner-Tregoe: stapsgewijs analyseren van problemen 

e Brainstormen: bespreking van het vraagstuk door een groep experts 

e 5-Whys: herhaling van de vraag ‘hoe! of ‘waarom’ richting onderliggende 
oorzaak 

e Fout-isolatie: uitschakeling potentiële bronnen bij de reproductie van het 
effect tot aan isolatie van de veroorzakende factor 

e Affinity mapping: ordening van effecten, vragen, ideeën voor meer inzicht 
in de oorzaak 

« Hypothese testen: test van potentiële oorzaken om een match te vinden 

e Monitoring: langere tijd aandacht voor situaties waar het effect zich 
voordoet 

e Ishikawa-diagrammen: gestructureerde opbouw van het risico voor meer 
inzicht in de oorzaak (ook wel “cause & effect diagram’ (C&E); “fishbone 
diagram’, zie Figuur 6.8) 

e Pareto analyse: schifting van bijdragende factoren op basis van de 80/20- 
regel 


Selecteren maatregel 

In geval van een bedreiging: stel mogelijke maatregelen om het effect van het 
risico te beperken vast, zodra de oorzaak onderkend is. Het beperken van dat 
effect heet mitigeren. Zoek in geval van een opportunity juist naar 
mogelijkheden om het beoogde effect te stimuleren. 


Voor de meeste risico’s geldt dat er meerdere maatregelen te bedenken zijn, met 
verschillende resultaten, kansen op dat resultaat en kosten. Sommige 
maatregelen zijn in theorie wel mogelijk, maar in de praktijk blokkeren regels en 
richtlijnen, aanvaardbaarheid, aansluiting bij de cultuur soms de doorvoering. 

Al deze factoren vormen de ingrediënten voor de business case van de 
maatregel. De organisatie kiest de maatregel met de beste business case. 


57 Naar een voorbeeld van Graham Berrisford, Avancier 
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Figuur 6.8 Voorbeeld van een Ishikawa-diagram”® 


| 


Doorvoeren maatregel 

Afhankelijk van de geselecteerde maatregel volgt de afhandeling één van de 

volgende workflows: 

e Workflow type 6: via CTM, CHM en OPS de serviceovereenkomst 
aanpassen, zodat de effecten van het risico niet meer tot een afwijking van de 
overeengekomen service leiden 

e Workflow type 7: via CHM en OPS de beheerde infrastructuur aanpassen 

e Workflow type 8: via OPS een technische aanpassing uitvoeren zonder 
wijziging van de beheerde infrastructuur 


Selecteer de workflow en dien het bijbehorende verzoek in. 


Gebruik in deze stap de volgende artefacten: 

e een requirement formulier voor de specificatie van de wens 

e een RFC-template voor het indienen van wijzigingsverzoeken 

e een service request template voor het indienen van service 
requests 


Toetsen uitvoering & terugkoppelen 
Controleer of het risico is afgehandeld. Verifieer dit bij de aanmelder. Meld 
eventuele gekoppelde risico’s ook af. 


Zodra de uitvoering is geaccordeerd, is het risico formeel afgehandeld, en heeft 
het risico een nieuwe kans en gevolg gekregen, met een bijbehorende prioriteit. 
Leg deze kenmerken vast in de workflowtool. 


Evalueren en afsluiten 
Evalueer de melding, vul de registratie aan, dien verbetervoorstellen in en sluit 


de melding administratief af. 


58 Bron: Six Sigma for IT Management, Sven den Boer et al, 2006, ISBN: 9789077212301 
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De aanmelder van het risico is niet de enige die hier beoordeelt of het risico naar 
behoren is afgehandeld. De stakeholder van RIM is niet de klant, maar de 
manager van de serviceorganisatie. Die stakeholder is eindverantwoordelijk voor 
de dienstverlening en daarmee ook voor het acceptabele restrisico dat na 
afhandeling resteert. Deze verantwoordelijkheid kan in de praktijk gedelegeerd 
zijn naar de betrokken servicemanager(s). 


De behandelaar van het risico bepaalt na de afronding van de gekozen 
uitvoeringsmaatregel opnieuw kans en gevolg. Hij bepaalt daarmee opnieuw 
welke prioriteit het risico heeft. De behandelaar registreert deze nieuwe en 
logischerwijs lagere prioriteit in de risicodatabase. Hij kent een bijbehorende 
status toe, bijvoorbeeld ‘afgehandeld naar vermogen’ met vermelding van het 
restrisico. 


6.5.2 Proces-control 


Bijsturen van de uitvoering 
Neem maatregelen om de correcte uitvoering van het proces te bewerkstelligen. 


Procesrapportage 
Rapporteer over de uitvoering van het proces. 


De procesmanager RIM rapporteert niet naar de integrale servicerapportage aan 
de klant, omdat risico’s interne zaken van de serviceorganisatie zijn. De drie 
verschillende workflows die vanuit RIM mogelijk zijn, komen alleen terecht in de 
interne managementrapportage. Maak daarbij onderscheid naar de status van de 
risico's. Ook voor de interne stakeholder geldt dat het verminderen van de 
effecten van risico’s belangrijker is dan de afsluitende administratieve 
afhandeling na het doorvoeren en afmelden van de gekozen maatregel. 


Natuurlijk mag een procesmanager RIM wel aan de servicemanager rapporteren 
over de inspanningen (in de zin van preventie) die er toe hebben geleid dat de 
services volgens de gemeten prestaties zijn geleverd. Een servicemanager kan 
met die informatie een klant overtuigen van de kwaliteit van de 
serviceorganisatie. Hij bevordert daarmee wellicht het vertrouwen in de 
serviceorganisatie, bijvoorbeeld na een periode van ondermaatse prestaties. 


Voorbeeld. Het verwerven van vertrouwen door een klant ‘in de keuken te 
laten kijken’ komt in de praktijk wel voor in restaurants. Als de gasten vanaf 
hun zitplaats kunnen zien hoe de koks in de keuken werken, en hoe de 
maaltijden worden bereid, dan bevordert dat het vertrouwen ineen 
zorgvuldige en hygiënische bereiding van hun maaltijd. Zo’n kok weet zeker 
dat alles tot in de puntjes is geregeld. 


Op dezelfde manier tonen leveranciers de resultaten van audits door externe 
toezichthouders aan hun klanten, of schermen ze met certificeringen. Het 
regelmatig inzage geven de risicodatabase en in de voortgang van de 
afhandeling van risico’s kan op deze wijze het vertrouwen van klanten 
bevorderen. In een klantgerichte dienstverlening, waar cocreatie effectief 
wordt toegepast kunnen klanten en leveranciers zelfs samenwerken aan de 
oplossing van de risico’s, omdat dat uiteindelijk vaak in beider belang is. 
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6.5.3 Artefacten 


Risicoformulier 
De melder gebruikt voor het aanmelden van de risico gebruik van een risico- 
template. 


Risicodatabase 

De risicodatabase (RIM-database) is een register met alle risico’s die ooit zijn 
vastgelegd. Een bedreiging verdwijnt niet uit die database, ook al zijn nog zoveel 
maatregelen genomen om de effecten daarvan tegen te gaan. 

Zodra van een risico de oorzaak is vastgesteld, verandert de status van het risico 
in known error. Known errors zijn ook records in de risicodatabase. De 
risicodatabase bevat ook de positieve risico’s, de verbeterkansen. 


Risico-scans en -inventarisaties 

Een bestaand risico wordt onderzocht met een risico-scan. Deze scan analyseert 
de impact van het risico en de kans op het optreden: beide kunnen in de loop 
van de tijd veranderen, onder invloed van in- en externe factoren. Die impact is 
afhankelijk van het belang van de service. 

Voor het onderkennen van nieuwe risico’s zoekt de organisatie regelmatig actief 
naar informatie die tot het vaststellen van een risico kan leiden (risico- 
inventarisaties). Daarvoor kan de organisatie een schema hanteren waarin 
gekwalificeerde bronnen worden geraadpleegd, en de bestaande services en 
infrastructuren worden doorgelicht op basis van de verzamelde informatie. 

De serviceorganisatie voert planmatig risico-scans en -inventarisaties uit voor de 
belangrijkste services (op basis van SLA's). 


Workflows type 6, 7 en 8 

Het risico wordt afgehandeld volgens workflow type 6, 7 of 8. Risico-workflows 
starten uitsluitend in RIM. De drie workflows hebben een gemeenschappelijk 
eerste deel: ze splitsen pas op het moment dat is bepaald welke maatregel wordt 
genomen: een wens, een RFC of een service request. Gestandaardiseerde 
werkwijzen volgen de bijbehorende template. 


Categoriseringschema 
De melding wordt gecategoriseerd naar de aard van het risico. 


Prioriteitentabellen 

RIM maakt gebruik van de gangbare tabellen voor impact en urgentie, c.q. kans 
en gevolg, en prioriteit (zie Tabel 5.3 t/m Tabel 5.6), zoals die in CTM zijn 
opgesteld voor CTM, CHM, INC en OPS. 


Requirement formulier 

De indeling in voorziening en ondersteuning, functionaliteit en functioneren, dient 
als basis voor de specificatie van de wens. Voeg bij elk van die drie USM- 
aspecten de randvoorwaarden toe voor een concreet beeld van de wensen. 


RFC-formulier 
De servicemanager gebruikt voor het aanmelden van de RFC een RFC-formulier, 


zie het CHM-proces. 


Service request formulier 
Voor het indienden van het implementatieverzoek maakt CHM gebruik van het 


formulier voor een service request. 
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RISK MANAGEMENT kj 
6.5.4 Profielen 


Procesmanagement 
De procesmanager RIM houdt zich bezig met de afspraken over het RIM-proces, 
niet met het afhandelen van risico’s. 


Lijnmanagement 

Afhankelijk van de grootte en complexiteit van de serviceorganisatie kent het 
lijnmanagement de volgende profielen: 

e risicomanager 

e risicoanalist 


6.5.5 Metrieken 


Voorbeelden van metrieken voor het RIM-proces zijn: 
e _KRI’s zoals het aantal risico’s dat via een service request is verholpen 
e _PI’s zoals het aantal known errors dat is vastgesteld. 


Een KPI is dan bijvoorbeeld het aantal risico's met meer dan €1M aan potentiële 
schade, dat de afgelopen periode is verholpen. 


6.5.6 Relatie met populaire practices en instrumenten 

Populaire practices en instrumenten die een rol kunnen spelen in het CHM-proces 

zijn bijvoorbeeld de volgende: 

e Capaciteits- en performancemanagement, beschikbaarheids- 
management, continuïteitsbeheer, security management, en andere 
kwaliteitsbeheertaken spelen een belangrijke rol bij RIM. Alle risico’s voor 
deze kwaliteitsaspecten zijn risico’s voor de service en dus relevant voor RIM. 
Profielen die belast zijn met bijbehorende taken zijn intensief betrokken bij de 
afhandeling van bedreigingen en verbeterkansen. Die profielen zijn in de 
praktijk vaak de aanmelders van de betrokken risico’s. Een 
capaciteitsbeheerder die een capaciteitsbeheerplan maakt, stelt bijvoorbeeld 
in feite een plan op voor de manier waarop de bedreiging ‘te weinig 
capaciteit’, of de verbeterkans ‘betere benutting van schaarse capaciteit’, 
planmatig kan worden behandeld. Die planning leidt dan vaak tot een serie 
RFC's om de capaciteit van de infrastructuur aan te passen. Een security 
manager houdt zich vooral bezig met het tijdig onderkennen van bedreigingen 
en het tijdig plannen van tegenmaatregelen. 

e Service en IT asset- of configuratiemanagement — Deze practice draagt 
bij aan zeer belangrijke informatie voor het onderzoeken van risico's en het 
uitdenken van maatregelen. 

e Architectuur — Voor risico’s geldt dat aanpassingen aan de services en de 
infrastructuur zich moeten houden aan de afspraken die daarover in de 
architectuur zijn gemaakt. Dit geldt voor alle onderdelen van de 
servicemanagementarchitectuur. Risico's die te herleiden zijn op 
tekortkomingen of verbeterkansen in die architectuur kunnen leiden tot 
verzoeken om de architectuur aan te passen. 

e Problem management — Deze practice is in haar proactieve vorm geheel 
gedekt door RIM. De reactieve vorm van problem management valt in USM 
onder INC: er is slechts één proces dat zich met de afhandeling van storingen 
bezig houdt, ongeacht de impact van die storing. 
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6.5.7 Kernbegrippen 
De volgende begrippen spelen een belangrijke rol in het proces RIM: 


risico e risicomatrix, heatmap 
risicodatabase e business impact analyse (BIA) 
verbeteren, voorkomen e afhankelijkheden & kwetsbaarheden 
kans op optreden (likelihood) analyse (A&K) 


gevolg, effect (impact, severity) e risicoprofiel 

bedreiging (threat) e root cause analysis (RCA) 
verbeterkans (opportunity) e known error 

restrisico e business case 

risk appetite , maatregel 

proactief mitigeren 

risico-scan e risicomanager 


risico-inventarisatie(plan) risicoanalist 
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Dit hoofdstuk beschrijft algemene kenmerken van 
organisatiestructuren, die bij serviceorganisaties relevant zijn. De 
volgende begrippen komen aan de orde: 

Visie, missie, waarden 

Strategie, doelstellingen, doelen 

Governance, management en beleid 

Planning & control 

Organisatiemodellen 

Domeinscheiding 

Borging 

Sourcing 

Profielen versus processen 

RACI 

Teams 


Een serviceorganisatie is een organisatie zoals alle andere. Het management 
volgt algemeen gangbare bedrijfskundige principes. Dat betekent bijvoorbeeld 
dat de serviceorganisatie haar governance adequaat dient in te richten. De 
organisatie kent besturing op strategisch, tactisch en operationeel niveau en 
heeft een organisatiestructuur. Dit hoofdstuk beschrijft hoe USM hierin keuzes 
maakt, om de methodische aanpak van dienstverlening te ondersteunen. 


Organiseren is optimaliseren. 


7.1 Van visie naar doelen en beleid 


Elke serviceorganisatie heeft een missie die te maken heeft met het cocreêren 
van waarde door het leveren van services, en een eigen manier om dat in te 
vullen (Figuur 7.1). Daarbij draagt die organisatie een bepaald beeld over 
zichzelf naar buiten uit. In dat verband worden in het algemeen termen zoals 
missie, visie en (kern)waarden gehanteerd. Die termen worden echter regelmatig 
op verschillende manieren gedefinieerd. Missie en visie worden bijvoorbeeld vaak 
qua betekenis verwisseld. Waarden worden de ene keer geassocieerd met het 
begrip missie, de andere keer met visie. In USM zijn deze termen als volgt 
gedefinieerd®®. 


Missie: een korte verklaring over wat de organisatie nastreeft, 
als stip op de horizon. 


De missie geeft aan wat de organisatie aan haar doelgroep biedt, en geeft 
leidinggevenden en medewerkers een stabiele koers bij het nemen van 
beslissingen. De missie van een organisatie is zeer stabiel: als deze verandert, 
dan verandert de identiteit van de organisatie. 


59 Naar “Proefschrift Enterprise Coherence Governance”, Roel Wagter, 2013. 
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Kernwaarden: het gedrag, de overwegingen en de cultuur die 
de organisatie als uitgangspunt wenst te hanteren bij het 
realiseren van haar missie. 


Kernwaarden zijn samen met de missie de meest onveranderlijke uitspraken over 
de identiteit van een organisatie. Voorbeelden van kernwaarden zijn vertrouwen, 
integriteit, teamwork. 


Visie: een korte verklaring over de manier waarop de organisatie 
haar missie op (middel)lange termijn denkt te gaan realiseren. 


Een visie is extern en marktgericht, en drukt uit hoe de organisatie door de 
wereld wil worden waargenomen. Een visie vertoont een ambitie, die kan worden 
vertaald in concrete doelen. Een visie kan in de loop van de tijd veranderen, 
bijvoorbeeld onder invloed van veranderende omstandigheden. Over de visie van 
een organisatie kunnen betrokkenen van mening verschillen. Op basis van die 
visie wordt de missie naar concrete doelstellingen en doelen vertaald. 


Doelstelling: een stap die de organisatie in haar ontwikkeling wil 
nemen bij het realiseren van haar missie. Een doelstelling laat 
zich ontleden ín concrete doelen. 


Een visie wordt dus geoperationaliseerd in termen van concrete, samenhangende 
doelen. Elk doel dient bij te dragen aan het realiseren van de missie, en de 
uitvoering dient vorm te krijgen binnen de uitgesproken kernwaarden. De 
strategie van de onderneming vormt vervolgens het ‘masterplan’ dat aangeeft 
hoe de onderneming haar doelen wil gaan bereiken. 


Strategie: het plan waarmee de organisatie haar doelen denkt te 
gaan bereiken. 


Daarbij kan de organisatie onderscheid maken in kwalitatieve doelen zoals 
klantgerichtheid, continuïteit en internationalisatie (ook wel ‘goals’ genoemd), en 
in kwantitatieve doelen (ook wel ‘targets’ of ‘objectives’ genoemd). Goede 
doelstellingen zijn niet alleen SMART (Specifiek, Meetbaar, Aanvaardbaar, 
Realistisch, Tijdgebonden), maar ook KISS: Keep It Simple Stupid. 


7.2 Governance 


Governance is een relatief jonge discipline met slechts enkele erkende 
standaarden en frameworks, waaronder ISO 38500 en COBIT. Er zijn bovendien 
in verschillende disciplines verschillende definities van governance in gebruik. Dit 
boek hanteert de volgende gangbare opvatting over governance als 
uitgangspunt. 


Governance bestaat uit de structuren, regels, richtlijnen en 


relationele mechanismen voor het evalueren, besturen en 
monitoren van organisatie. 
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Governance richt zich dus op de gedragscode van, en het toezicht op 
organisaties (zie Figuur 7.2 en Figuur 7.3). Het doel van governance (de 
driehoek boven in de figuur) is, dat een organisatie op verantwoorde wijze haar 
doelstellingen realiseert (de rechthoek onder in de figuur), en dat daarover dus 
verantwoording kan worden afgelegd (accountability). Daarmee stuurt 
governance enerzijds op de prestatie van de serviceorganisatie (de 
performance), ook (en vooral) als daar voortdurend veranderingen plaatsvinden, 
en anderzijds op het blijvend voldoen aan in- en externe richtlijnen, wetten en 
regels (de conformance). 


VISIE 


mn nn 
gn mam, 


STRATEGIE 


DOELSTELLINGEN 


Figuur 7.1 Strategieformulering van een organisatie 


In COBIT 5 is het governancedomein geheel analoog aan ISO 38500 
gespecificeerd, maar wordt het managementdomein afgebeeld in een variant van 
het veranderingsproces (Figuur 7.3). 


Er is een verschil tussen governance en management: governance 
creëert de omgeving waarin anderen taken effectief kunnen 
managen®?. Governance en management zijn dus twee aparte 
entiteiten. 


60 Amrik S. Sohal & Paul Fitzpatrick. IT governance and management in large Australian 
organisations. In: International Journal of Production Economics 75(1-2):97-112. October 2002 
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BEDRIJFSPROCESSEN 
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Figuur 7.2 Corporate governance (naar ISO 38500) 


GOVERNANCE 


EVALUEREN 


BESTUREN MONITOREN 


PLANNEN BEHEREN BEWAKEN 


Figuur 7.3 Governance en management (naar COBIT 5) 
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De structuren van governance omvatten verantwoordelijke profielen zoals een 
Raad van Bestuur, commissarissen, managers, commissies en auditors. 


De regels en richtlijnen van governance gaan over de manier van beslissen, 

sturen, bijsturen en toezicht houden en over de keuze voor bepaalde principes. 
De Nederlandse Corporate Governance Code van 2016 (voor beursgenoteerde 

vennootschappen) werkt die regels en richtlijnen uit in 5 aspecten: 

lange termijn waardecreatie 

effectief bestuur en toezicht 

beloningen 

algemene vergadering 

one-tier bestuursstructuur 


UIA WN 


De USM-methode heeft betrekking op het managen van de dienstverlening, dus 
op de rechthoek in het onderste deel van Figuur 7.2 en Figuur 7.3. 


Governance heeft betrekking op de driehoek in die figuur. Net als bij de USM- 

methode vormen principes het fundament voor governance. Op basis van 

practices van anderen bereikt een organisatie niet haar eigen governance- 

doelen. ISO 38500 levert een bruikbare beschrijving van governance-principes: 

e Responsibility (verantwoordelijkheid): Zowel de klanten als de leveranciers 
van services kennen en nemen hun verantwoordelijkheden. De organisatie 
borgt deze verantwoordelijkheden door ze regelmatig te evalueren, aan te 
sturen en te monitoren. 

e Strategy (strategie): De organisatie evalueert, bestuurt en monitort de 
afstemming tussen de bedrijfsprocessen en de ondersteunende taakgebieden. 

e Acquisition (verwerving): De organisatie evalueert, bestuurt en monitort de 
investeringen in de services, ten behoeve van voortdurende innovatie en in 
het licht van de verwachte baten. 

e Performance (prestatie): De organisatie evalueert, bestuurt, en monitort de 
actuele bijdrage van de voorzieningen aan de bedrijfsvoering en borgt 
adequate ondersteuning. 

e Conformance (conformiteit, overeenstemming): De organisatie evalueert, 
bestuurt en monitort dat zowel de eigen organisatie als de leverancier van 
services voldoet aan in- en externe eisen. 

e Human behavior (menselijk gedrag): De organisatie evalueert, bestuurt en 
monitort of services voldoende rekening houden met het gedrag van de 
mensen die de service bij hun bedrijfsactiviteiten gebruiken. 


Deze principes gelden voor zowel de afnemer van een service, als voor de 
serviceorganisatie zelf. Ook die serviceorganisatie heeft weer services die worden 
geleverd door in- en externe leveranciers. 


7.3 Beleid 


Het beleid van de organisatie is uiteindelijk het geheel van besluiten en 
maatregelen om de doelstellingen concreet te maken en te realiseren, binnen de 
gekozen visie, missie en kernwaarden. In het beleid stelt een organisatie in de 
loop van de tijd (en afhankelijk van de omstandigheden) prioriteiten aan de 
gestelde doelen en maakt zij keuzes in de manier waarop ze haar doelen wil 
bereiken. Governance is dan het mechanisme waarmee toezicht wordt uitgevoerd 
op de realisatie van het beleid. 
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Een serviceorganisatie die haar doelen wil realiseren m.b.v. 
methodische werkwijzen, kan beslissen om gebruik te maken van de 
USM-methode. Op die manier wordt USM in het beleid van de 
serviceorganisatie opgenomen. In USM zijn delen van de visie, missie, 
kernwaarden, doelstellingen en doelen al concreet ingevuld. 


Het beleid - en daarmee ook de governance - weerspiegelt alle perspectieven?! 
die in een organisatie van waarde worden geacht. 


Een perspectief is een invalshoek van waaruit men een 
organisatie wenst te beschouwen én waarop men wenst te sturen. 


Perspectieven zijn bijvoorbeeld klant, cultuur, stakeholders, organisatiebesturing, 
wet- en regelgeving, informatievoorziening, veiligheid, marketing, financiën, 
huisvesting, ketensamenwerking, services, processen, medewerkers en 
communicatie. Die perspectieven zijn grotendeels te herleiden tot de 
componenten van het business model canvas (Figuur 3.15), de balanced 
scorecard (Figuur 5.17), het INK-managementmodel (Figuur 3.14), of de 
taakgebieden uit EN 15221 (paragraaf 3.5). 


Hoe duidelijker het beleid van de organisatie voor alle betrokkenen is, 
en hoe duidelijker de verbinding naar de principes en artefacten van 
USM daarin is gelegd, des te minder de organisatie hoeft vast te 
leggen over de manier waarop medewerkers hun werk moeten doen. 
In plaats van gedetailleerde werkinstructies nemen medewerkers dan 
zelfstandig het beleid als richtsnoer voor hun handelen, en passen ze 
de principes van USM daarin als vanzelfsprekend toe. Dit komt 
bijvoorbeeld tot uitdrukking in de kleuren van De Caluwé (paragraaf 
9,5) en in de Anglo-Amerikaanse en Rijnlandse stijl (paragraaf 4.9.2). 
Een helder geformuleerd beleid, waarin de USM-principes en 
-artefacten zijn opgenomen, leidt tot een flexibele organisatie, waarin 
medewerkers op alle niveaus sneller reageren op veranderende 
omstandigheden. 


7.4Planning & control 


Een breed geaccepteerde bedrijfskundige structuur is het planning & control 
paradigma (Figuur 7.4). Alle activiteiten van een organisatie worden gemanaged 
vanuit een specifiek perspectief, in termen van: 

1. doelen voor de lange termijn (strategisch niveau: richten) 

2. doelen op middellange termijn (tactisch niveau: inrichten en bijsturen) 

3. doelen op de korte termijn (operationeel niveau: verrichten) 


Organisaties moeten zorgen dat ze de activiteiten managen vanuit deze 
perspectieven. Organisaties die dat niet doen, realiseren waarschijnlijk hun 
doelen niet, of ze realiseren ze wel, maar dan tegen onnodig hoge kosten. 


61 Naar GEA -— General Enterprise Architecturing 
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STRATEGIE 
(richten) 


OPERATIE 
(verrichten) 


Figuur 7.4 Het Planning & Control paradigma 


Voorbeeld. In het sprookje van Lewis Caroll ‘Alice in Wonderland! loopt Alice # 
in het bos met de baby van de Hertogin. De baby verandert langzaam in een 
knorrende big, en Alice laat hem vrij, zodat hij niet opgegeten wordt. “Dat 

; was een lelijk kind geworden” denkt Alice. 
Ze staat voor een splitsing van het pad, en beseft dat ze verdwaald is. Op 
een tak van een boom zit de Cheshire kat. 
“Welke kant moet ik op?”, vraagt Alice voorzichtig aan de kat, die verdacht 


lange klauwen heeft en heel veel tanden. 
“Dat hangt nogal af van waar je heen wil", zegt de kat. 
| “Het maakt me niet zoveel uit…”, begint Alice. 
“Dan maakt het niet uit welke kant je op gaat”, zegt de kat. 
 “…. zo lang ik maar ergens kom”, vervolgt Alice. 
i “Oh, maar dat gaat je zeker lukken”, zegt de kat, “als je maar lang genoeg 
H doorstapt kom je vanzelf ergens.” 


Om beleid via een strategie om te zetten in concrete activiteiten is een planning 
nodig. Planningen hebben meestal een gefaseerde opzet, zodat meetpunten 
ontstaan om de voortgang te controleren. Het beleid mondt bijvoorbeeld uit in 
jaarplannen en begrotingen. Jaarplannen leiden weer tot planningen voor 
afdelingen, kwartaalplanningen of projectplannen. In elk van deze plannen hoort 
een aantal vaste elementen: een tijdfasering voor de activiteiten, de benodigde 
resources en afspraken over kwaliteit en kwantiteit van de voorzieningen. 


Jaarplannen en andere beleidsstukken maken deel uit van de 
beheerde infrastructuur van de serviceorganisatie. Dat betekent 
dat deze organisatorische middelen onder controle van het 
management vallen, en binnen het procesmatig werken een plaats 
krijgen. Dat houdt in dat zulke middelen in een wijziging (in het 
proces CHM) worden aangemaakt. Ze worden daarbij geregistreerd in 
de CMDB, zodat alle betrokkenen de stukken kennen, en weten waar 
de informatie daarover is vastgelegd. 
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Voor de uitvoering van het geplande werk worden - via de workflows in het 
procesmodel - activiteiten toegewezen aan in- of externe medewerkers. 


Een risico bij de vertaling van de missie van de organisatie in doelstellingen, 
beleid, planning en taken, is dat medewerkers na verloop van tijd de missie uit 
het oog verliezen. Doelstellingen gaan dan hun eigen leven leiden. Dit is te 
voorkomen door bij elk van de stappen te meten of de organisatie nog op de 
oorspronkelijke koers ligt (monitoring). Hiervoor zijn verschillende instrumenten 
beschikbaar, waaronder de (business) balanced scorecard (BSC, Figuur 5.17). 


7.5 Externe invloeden 


Een organisatie staat onder invloed van tal van externe factoren. Deze kunnen 
worden samengevat met diverse acroniemen, afhankelijk van de beginletters van 
de in ogenschouw genomen factoren. Die factoren omvatten onder andere: 

e Politieke invloeden, bijvoorbeeld als er een nieuwe directie is aangesteld, met 
nieuwe ideeën, of als er een nieuwe wet is aangenomen met consequenties 
voor de bedrijfsvoering (bijv. De Algemene Verordening Gegevens- 
bescherming (AVG) of de General Data Protection Regulation (GDPR)). 

e Economische invloeden, zoals renteschommelingen, internationale 
handelsverdragen of inflatie. 

e Sociale invloeden, zoals de publieke opinie, levensstijl of demografische 

factoren (ook wel gevangen onder de letter D van Demografische invloeden). 

Technologische invloeden, zoals innovaties en trends. 

Juridische (‘Legal’, Wettelijke) invloeden: 

Omgevingsinvloeden (‘Environmental’, Ecologisch): energie of afvalbeheer. 

Ethische invloeden, die de waarden van de organisatie beïnvloeden. 


Met deze beginletters kunnen tal van woorden worden gevormd, zoals STEP, 
DECEPT of PESTLE, waarmee de selectie van factoren wordt geduid. Samen 
kunnen ze worden gebruikt voor een omgevingsanalyse van de organisatie. 


Een analyse van de wijze waarop de organisatie met deze invloeden kan omgaan 
is te vinden in het instrument SWOT: Strength, Weakness, Opportunity, Threat. 


7.6 Organisatiemodellen 


Figuur 4.4 illustreert de relaties tussen proces, organisatie, functie, rol en profiel. 

Aan de rechterkant van die figuur staat de structuur van de organisatie, 

uitgedrukt in een organisatiemodel dat bestaat uit organisaties, met teams en 

rol-functiecombinaties die we profielen noemen. Dit uit zich in drie structuren: 

e een organisatiestructuur - de ordening van de organisatorische eenheden, 
de teams, ook wel organigram genoemd 

e een profielenstructuur (ook wel functiehuis genoemd) - de profielen en hun 
samenhang zoals die in de organisatie worden gehanteerd 

e een personele structuur - de personele bezetting van de organisatorische 


eenheden 


De inrichting van het organisatiemodel varieert sterk, van divisies (geordend 
naar bijvoorbeeld taak of regio) tot matrix- en projectorganisaties en allerhande 
vormen van hiërarchieën (Figuur 7.5) of juist het ontbreken daarvan 
(netwerkorganisatie, platte organisatie, adhocratie). 
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In de praktijk staat een organigram bekend als ‘de hark’. 


Bij dat inrichten van organisatiestructuren worden regelmatig ‘weeffouten’ 
gemaakt, die leiden tot minder effectiviteit of efficiency. De USM-methode biedt 
regels en richtlijnen om een procesgerichte organisatie mogelijk te maken, die in 
control is van haar dienstverlening. 


DIRECTIE 


AFDELING 1 B AFDELING.2 AFDELING3 AFDELING 4 B AFDELING 5 


TEAM 1 TEAM 2 TEAM 4 


Figuur 7.5 Een voorbeeld van een hiërarchische organisatiestructuur (‘een hark’) 


7.7 Borging door functiescheiding 


Eén van de oudste instrumenten om dienstverlening te borgen is functiescheiding 
(verantwoordelijkheidsscheiding, taakscheiding): het scheiden van de 
verantwoordelijkheden bij het uitvoeren van een bepaalde taak®?. De scheiding is 
gebaseerd op de knip tussen specificeren en realiseren. 


Functiescheiding is één van de meest fundamentele manieren om in control van 

een taak te komen en is in USM in twee principes toegepast: 

e domeinscheiding - het scheiden van een taakgebied in twee deel- 
taakgebieden 

e procesmatig werken - het scheiden van managementtaken binnen een 
taakgebied, naar procesmanagement en lijnmanagement 


Omdat domeinscheiding en procesmatig werken principes zijn, kunnen ze bij 
ieder taakgebied worden toegepast. Het is echter niet noodzakelijk om beide 
principes toe te passen: een taakgebied dat niet met functiescheiding wordt 
opgedeeld in twee deel-taakgebieden kan deels geborgd worden met 
procesmatig werken. In zo'n geval neemt de organisatie aanvullende 
maatregelen om de gewenste borging te bewerkstelligen. Dat zijn dan 


62 BII1: Beheer van de interne informatievoorziening. ing. D. J.C. van der Hoven, G.H. Hegger, en 
drs. J. van Bon. In: J. van Bon (ed.), IT Beheer Jaarboek 1998, pp. 39-48, tenHagen&Stam, 1998. 
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maatregelen die niet de fundamentele invloed hebben van domeinscheiding of 

procesmatig werken. Ook al zijn ze minder efficiënt, zulke extra maatregelen 

leveren nog steeds een bijdrage aan de gewenste borging. Denk hierbij aan 

bijvoorbeeld: 

e het 4 ogen principe: minimaal twee verschillende personen bekijken een 
activiteit of voorziening 

e audits: regelmatige toetsing van de kwaliteit van handelingen of 
voorzieningen, door een interne of externe partij 

e organisatorische structuren: specialisatie, hiërarchische sturing, 
projectmatig werken 


USM gaat uit van de combinatie van domeinscheiding en procesmatig werken. 


7.8 Domeinscheiding 


Het belangrijkste effect van domeinscheiding in de beheercyclus van een service, 
is de scheiding tussen de specificatie van een service en de realisatie daarvan, 
dus tussen het (be)denken en het doen. Die scheiding is van belang: 

e omdat specificeren en realiseren vaak totaal verschillende vaardigheden en 
kennis vergen; het is dus niet waarschijnlijk, dat één persoon beide 
activiteiten beheerst 

e om de kans zo groot mogelijk te maken, dat de uitvoerder (bij realiseren) een 
ontwerpfout van de maker (bij specificeren) opmerkt 


Domeinscheiding wordt vaak geborgd met een organisatorische inrichting: de 
taak om te specificeren ligt bij een andere persoon of een ander team dan de 
taak om te realiseren. Vanuit het perspectief van de klant vindt die afsplitsing in 
twee deel-taakgebieden ‘achter de rug’ van de verantwoordelijke partij plaats 
(Figuur 7.6). De domeinscheiding wordt binnen het taakgebied gehanteerd. 


Facilitair taakgebied 


Figuur 7.6 Domeinscheiding in een facilitair taakgebied 
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De klant heeft in beginsel alleen een interface (relatie) met de buitenkant van 
het taakgebied. Die buitenkant is functioneel beheer (functionaliteitenbeheer), 
dat zorgt voor de specificatie van de service en de ondersteuning bij het gebruik 
van de voorziening. 


De realisatie van de gespecificeerde service betreft technologiebeheer en is 
een ‘interne zaak’ van het taakgebied. Op deze manier kan de serviceorganisatie 
de technische realisatie onafhankelijk van de klant optimaliseren, zo lang de 
geleverde service maar voldoet aan de overeengekomen specificaties. De klant 
kijkt op deze manier niet ‘in de keuken’ van het taakgebied. 


Functioneel beheer fungeert als de brug tussen de klant en de uitvoerder van de 
dienstverlening. Deze brug maakt vaak gebruik van medewerkersprofielen zoals 
accountmanagement, pre-sales en business analisten: vertegenwoordigers van 
het taakgebied die inzicht hebben in de bedrijfsactiviteiten van de klant. Deze 
specialisten weten wat er allemaal aan ondersteuning mogelijk is, kiezen in 
overleg met die klant samenhangende oplossingen, laten deze realiseren door 
het interne realiseren-domein, en ondersteunen de klant bij het gebruiken van 
de voorziening. 


Functioneel beheer 


Figuur 7.7 Taakgebieden in een ketenopstelling 


De drie taakgebieden gebruiken, specificeren, en realiseren uit de matrushka- 
opstelling vorm, naast elkaar geplaatst (Figuur 7.7), samen een leveringsketen: 
e de opdracht om te leveren loopt van links naar rechts (‘chain of command’) 
e de levering loopt van rechts naar links 


De vraag wie taken in welk taakgebied uitvoert, is een kwestie van organiseren. 
Daarbij speelt sourcing een rol. Dit komt in paragraaf 7.12 aan bod. 
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Voorbeeld. In het taakgebied catering & voedselvoorziening ligt de 
voedselbereiding en —-levering achter de rug van functioneel beheer. 
Functioneel beheer specificeert hoe de catering & voedselvoorziening er uit 
moet zien, het bedrijfsrestaurant of de cateraar realiseert dat. De klant 
maakt gebruik van de bedrijfsrestaurant of de automaten van de cateraar 


om voedingsmiddelen te nuttigen. 

In het taakgebied informatievoorziening ligt automatisering vanuit de klant 
gezien achter de rug van functioneel beheer. Functioneel beheer specificeert 
hoe de automatisering er uit moet gaan zien, IT-beheer realiseert dat. De 
klant maakt gebruik van de IT-voorzieningen die IT-beheer levert, voor de 
automatisering van bedrijfsactiviteiten. 


In het SERVQUAL-model (Figuur 3.20) komt domeinscheiding ook tot 
uitdrukking. SERVQUAL is immers net zo goed van toepassing voor een interne 
als voor een externe leverancier. Parasuraman c.s. hanteerden dus al in 1985 
het principe van domeinscheiding voor het modelleren van klant-leverancier- 
relaties (Figuur 7.8). 
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1 
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Figuur 7.8 Het SERVQUAL-model was in 1985 al gebaseerd op domeinscheiding 


7.8.1 Dramadriehoek 

Bij het hanteren van domeinscheiding ligt een valkuil op de loer, in de vorm van 
een dramadriehoek (zie ook paragraaf 7.12.3). Deze treedt op als de 
ketenopstelling van Figuur 7.7 wordt vervangen door een driehoeksrelatie, 
conform Figuur 7.9. De (interne) opdrachtgever staat hier voor de uitdaging om 
twee domeinen te managen die als separate (al of niet interne) leveranciers 
optreden. Zodra er in deze driehoek enige spanning ontstaat tussen de beide 
leveranciers, of als er sprake is van onbalans tussen de belangen van de drie 
partijen, lijdt de integrale prestatie van het taakgebied. 
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SPECIFICEREN 


OPDRACHTGEVER 


REALISEREN 


Figuur 7.9 De dramadriehoek bij domeinscheiding 


Voorbeeld. Een klassieke dramadriehoek met interne leveranciers is bekend 
uit de wereld van de IT. Domeinscheiding leidt daar regelmatig tot het 
inrichten van functioneel beheer (specificeren) en technologiebeheer (IT- 
beheer: realiseren). Zodra één van deze partijen meer invloed op de 
integrale dienstverlening krijgt dan de ander, ontstaan problemen met de 


gezamenlijke dienstverlening. Hetzelfde gebeurt als één van beide te weinig 
rekening houdt met de rol van de ander. Een oplossing die hier de laatste 
jaren in het oog springt is DevOps (zie paragraaf 9.7.2), waarbij het meest 
voor de hand liggende ‘medicijn’ tegen deze dramadriehoek succesvol is 
ingezet: communicatie. 


7.8.2 Organisatorische effecten van domeinscheiding 
Domeinscheiding brengt in een taakgebied het verschil aan tussen specificeren 
en realiseren, en daarmee tussen functioneel beheer en technologiebeheer. Bij 
een organisatie die deze scheiding bewust hanteert, weerspiegelt dit zich in de 
organisatiestructuur. De verantwoordelijkheden voor de taakgebieden zijn 
herkenbaar belegd bij teams en individuele medewerkers. Zie Figuur 7.10. 


Een organisatie die deze domeinscheiding toepast voor één of meer 


taakgebieden, streeft vaak ook naar een organisatiestructuur die deze 
domeinscheiding weerspiegelt. Dit is een valkuil: taakgebieden zijn bijna nooit 
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100% organisatorisch te scheiden. De organisatorische indeling lijkt dan te 
voldoen aan het principe van domeinscheiding, bijvoorbeeld door de naamgeving 
van de betrokken teams (het ‘Team Functioneel Beheer’), maar sommige 
bijbehorende TBV uit dat deel van het taakgebied liggen toch bij andere teams of 
personen. 


KLANT 


BN” 


N 
efref er \ 


Figuur 7.10 Vermenging van organisatiestructuren en taakgebieden 


Zo ontstaat een gevaarlijke vermenging van verantwoordelijkheden, in strijd met 
de hoofdwet van het organiseren, de Wet van Fayol. 


Wet van Fayol®®: verantwoordelijkheid en bevoegdheid horen in 
evenwicht te zijn 


63 1, Gray. General and industrial management. Pitman, 1984 
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Wie verantwoordelijk gesteld wordt voor een taak dient dus ook over de 
bijbehorende bevoegdheden te beschikken. Figuur 7.10 illustreert een 
organisatiestructuur met een specificerend team (functioneel beheer) en een 
realiserend team (technologiebeheer). Op het eerste gezicht lijken die teams 
verantwoordelijk voor de domeinen specificeren en realiseren. De praktijk 
illustreert echter dat die strikte scheiding niet of nauwelijks te realiseren valt: op 
allerlei posities ‘bemoeien’ medewerkers zich met taken waarvoor zij niet 
(organisatorisch) verantwoordelijk zijn gesteld. 


Dat gaat in de praktijk vaak zover dat medewerkers ook beslissingen nemen over 
taken waar ze niet verantwoordelijk voor zijn. Een afdelingshoofd uit de business 
Cklant’) neemt dan bijvoorbeeld beslissingen over de technische werkwijze van 
de serviceorganisatie, of over de spullen die een medewerker daarbij gebruikt. 
Als zij daarbij geen rekening houden met de afspraken, het beleid, de 
architectuur, de beschikbare resources en andere consequenties van keuzes, dan 
is de organisatie niet meer ‘in control’. 


Voorbeeld. Een businessmanager die zelf software aanschaft en dat dan wil 
laten beheren door zijn IT-organisatie. Een functioneel beheerder die 


toegang heeft tot de productieomgeving van het team technologiebeheer. 
Een technisch beheerder die zelf de specificaties opstelt van een voorziening 
waar de klant — volgens hem — behoefte aan heeft. 


Een matrixorganisatie kan helpen om deze ongewenste effecten te voorkomen. 
De verantwoordelijke manager van een taakgebied maakt afspraken met de 
uitvoerende medewerkers (en hun lijnmanagement) in de hele organisatie, over 
de wijze waarop het werk in dat taakgebied wordt georganiseerd. 


Een matrixorganisatie is vaak het gevolg van domeinscheiding. 


Een organisatie werkt op deze manier nog steeds met een vermenging van 
organisatiestructuren en taakgebieden (Figuur 7.10), zonder ten prooi te vallen 
aan wanorde. Lokalen overtuigingen en beperkingen zijn bepalend voor de 
optimale inrichting van de organisatie. 


In kleine organisaties is het vaak niet mogelijk om domeinscheiding 
organisatorisch door te voeren. Het mag duidelijk zijn, dat zoiets in 
een organisatie met slechts één medewerker helemaal niet mogelijk 
is. Bij kleine organisaties heeft domeinscheiding dan ook vaak geen 
organisatorische scheiding tot gevolg, maar wordt vooral gestuurd op 
het principe (“eerst denken — dan doen”). 


7.8.3 Toepassing van USM bij domeinscheiding 

Functiescheiding in de vorm van domeinscheiding is één van de essentiële 
controlmechanismen van de USM-methode. USM laat zich vanwege haar 
generieke karakter eenvoudig toepassen in een praktijk mét domeinscheiding, 
maar ook in een praktijk zónder domeinscheiding. Dit is een kwestie van 
scoping (zie paragraaf 3.6). 
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Net als in andere keten- en netwerksituaties (Figuur 3.3 en Figuur 3.4) kunnen 
beide domeinen onafhankelijk van elkaar gebruik maken van USM voor de 
inrichting van hun managementsysteem. Figuur 7.11 illustreert de situatie 
waarin beide domeinen USM toepassen. Hoe de teams die de taken in de 
gescheiden domeinen uitvoeren, zijn georganiseerd, verschilt per organisatie. 
Dat is een lokale keuze. Dit geldt ook voor de middelen die zij gebruiken. De 
processen zijn echter voor beide domeinen gelijk. 


Facilitair taakgebied 


Figuur 7.11 Domeinscheiding: beide domeinen gebruiken USM 


7.8.4 Toepassing van USM zonder domeinscheiding 
Domeinscheiding is weliswaar een krachtig controlmechanisme, maar uiteraard 
niet verplicht. Een organisatie kan dan ook besluiten om domeinscheiding niet 
toe te passen. 


Figuur 7.12 illustreert de situatie van een organisatie die geen domeinscheiding 
toepast. Deze organisatie gebruikt USM voor het integrale, niet-gesplitste 
facilitaire taakgebied. Een organisatie die geen domeinscheiding hanteert, voert 
dezelfde activiteiten uit als een organisatie die dat wél doet, maar dan in één 
domein in plaats van in twee gescheiden domeinen. Het opstellen van een 
functioneel ontwerp (FO) zal in beide gevallen worden gedaan, maar bij 
domeinscheiding doet het domein functioneel beheer dit, en zonder 
domeinscheiding vindt het plaats in het proces CTM of CHM van het niet- 
gescheiden taakgebied. Daarmee verliest de organisatie een deel van de borging 
die met domeinscheiding wordt gerealiseerd. Zo’n organisatie zal voor haar 
borging dan andere maatregelen moeten treffen, of genoegen moeten nemen 
met minder borging. 


Ì 
Ì 
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Facilitair taakgebied 


Figuur 7.12 Een organisatie die USM toepast zonder domeinscheiding 


Ook voor deze situatie geldt, dat de organisatiestructuur en de inzet van 
middelen voor iedere organisatie een eigen keuze is. Het USM-procesmodel is 
echter in alle gevallen van toepassing. 


De organisatie van Figuur 7.12 mist de voordelen van 
domeinscheiding binnen een taakgebied. Met USM plukt de 
organisatie nog wel de vruchten van de uniformering in verschillende 
taakgebieden. Deze aanpak baant ook nog steeds de weg naar een 
interdisciplinair shared service center op basis van één uniforme 
werkwijze. Toepassing van USM in een keten van gestandaardiseerde 
schakels leidt tot een soepele samenwerking. 

Op deze wijze illustreert de USM-methode opnieuw hoe een 
gestandaardiseerde inrichting van dienstverlenende organisaties tot 
grote voordelen kan leiden. 


7.9 Procesmatig en workflowmatig werken 


Een tweede vorm van functiescheiding ontstaat door procesmatig te werken. 
Daarbij wordt onderscheid gemaakt tussen procesmanagement en 
lijnmanagement, dus tussen het bedenken van de werkwijze en het uitvoeren 
daarvan. Procesmatig werken houdt niet in dat de organisatie ook procesgericht 
aanstuurt: paragraaf 4.6 beschrijft het verschil tussen procesgerichte coördinatie 
en teamgerichte coördinatie van het werk. Een organisatie dient een 
weloverwogen keus tussen die twee alternatieven te maken. 


Omdat in USM niet meer alleen de processen, maar de workflows de doelgerichte 


samenhang van activiteiten in het procesmodel organiseren, kan het managen 
van de service ook verschuiven van procesmatig naar workflowmatig werken. Als 


199 


DE USM-METHODE 


consequentie kunnen de profielen voor procesmanager en procescoördinator 
verschuiven naar workflowmanager en workflowcoördinator. Voor grote 
organisaties kan dan bij workflowmanagement ook het profiel workfloweigenaar 
nog worden verbijzonderd, in analogie met het profiel proceseigenaar. 


Workflowmatig werken heeft nadrukkelijk consequenties voor alle activiteiten die 
voor procesmatig werken al golden. Niet alleen de aansturing van werk vindt nu 
op basis van workflows plaats in plaats van op basis van individuele processen, 
ook de rapportage over prestaties wordt beïnvloed. Een servicerapportage wordt 
nu bijvoorbeeld opgesteld in termen van workflows, die de integrale levering van 
ondersteuning omvatten. Die formulering sluit perfect aan bij de klantgerichte 
benadering van USM: de klant ‘ziet’ van de ondersteuning immers alleen de 
interface, die zich laat indelen in wensen, wijzigingen, incidenten en service 
requests. 


Ook voor de inrichting van ondersteunende middelen (tooling) heeft 
workflowmatig werken aanzienlijke consequenties. Deze tooling kan nu worden 
ingericht conform de acht workflows van USM, en alle werkzaamheden van de 
serviceorganisatie kunnen volgens die acht workflows in templates worden 
gegoten om zo veel mogelijk te worden gestandaardiseerd. Als consequentie 
gelden dan wel eisen waar lang niet alle tools aan kunnen voldoen. Zo is het 
voorzien in één integrale OPS-planning een struikelblok voor veel van deze tools. 


Hoe ver een organisatie deze consequenties door kan voeren hangt af 
van de volwassenheid van de organisatie: als procesmatig werken 
nog niet onder controle is gebracht (niveau 2 of 3 van het 
volwassenheidsmodel, Figuur 2.3), dan is de organisatie nog niet toe 
aan workflowmatig werken. 


7.10 Borging door standaardisatie 


Een tweede, fundamentele wijze om borging te bewerkstelligen is 
standaardisatie. Standaardisatie kan betrekking hebben op de voorzieningen, 
maar ook op de werkwijzen van de serviceorganisatie. 


Standaardisatie van werkwijzen is een principe in de USM-methode en komt 
overal in de methode aan bod: in de organisatie, in alle werkwijzen (processen, 
procedures, werkinstructies, workflows), in de ondersteunende middelen, in de 
communicatie, in documenten, enz. Voor standaardisatie geldt dat deze al snel 
een bijdrage levert aan de beheerde infrastructuur: als iets tot een standaard is 
verheven, dan is de specificatie daarvan met alle bijbehorende consequenties 
vastgelegd in een document dat in de CMDB is opgenomen. Iedere wijziging van 
de standaard is dan formele wijziging die via CHM wordt gerealiseerd (zie 
paragraaf 5.2.1). 


7.11 De beheercyclus van een service 


De toepassing van domeinscheiding en de daaruit voortvloeiende keten van 
taakgebieden (Figuur 7.7), maakt de beheercyclus van een service inzichtelijk 
(Figuur 7.13). De klant is steeds de opdrachtgever van de leverancier, in dit 
geval een facilitaire dienstverlener. De vraag wie de taken in het betreffende 
taakgebied uitvoert, is een lokale keuze op basis van voorkeuren van de 
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organisatie. De opeenvolgende stappen in de beheercyclus zijn steeds dezelfde, 
ongeacht de vraag wie deze uitvoert: opdragen > specificeren > bouwen > 
beheren > ondersteunen > gebruiken, en weer aanpassen via dezelfde cyclus. 


REALISEREN 


OPDRAGEN 


er 


GEBRUIKEN ml ONDERSTEUNEN 


Functioneel beheer 


Figuur 7.13 De beheercyclus van een service in een domeinperspectief 


De ketenopstelling laat ook zien, dat de deel-taakgebieden als een dienstverlener 
in die keten functioneren (Figuur 7.14). 


SPECIFICEREN REALISEREN 


Functioneel beheer 
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Of zich dat in de praktijk ook in een organisatiestructuur weerspiegelt, is weer 
een geheel lokale keus. Organiseren is immers steeds optimaliseren. 


Outsourcing van delen van deze gescheiden domeinen kan tot heel 
verschillende situaties leiden. 


7.12 Sourcing 


Facilitaire taken kunnen zowel door interne partijen als door externe partijen 
worden vitgevoerd. Als facilitaire services eerst door interne teams werden 
geleverd, en daarna door externe partijen, dan is er sprake van outsourcing 
(uitbesteding). Organisaties kunnen tot op zekere hoogte ook hun primaire taken 
outsourcen (‘business process outsourcing’, BPO). 


Outsourcing: het door een externe partij laten uitvoeren van 
werkzaamheden, die eerst intern werden uitgevoerd. 


Als uitbestede taken op een later moment weer ‘naar binnen’ worden gehaald, is 
er sprake van insourcing (inbesteding). 


Insourcing: het door interne teams laten uitvoeren van 
werkzaamheden, die daarvoor extern werden uitgevoerd. 


Bij het opnieuw insourcen van taken die eerder geoutsourcet waren, is sprake 
van re-sourcing. 


Outsourcing, insourcing en re-sourcing geven dus alleen een momentopname 
weer van een organisatorische toekenning van taken. De opeenvolgende stadia 
van die praktijk (Figuur 7.15) geven invulling aan de sourcingcyclus: organisaties 
hebben namelijk de neiging voortdurend te schuiven in de toekenning van deze 
taken. Als die bewegingen elkaar te snel opvolgen, hebben ze doorgaans geen 
positief effect op de kwaliteit van dienstverlening. 


outsourcing 


EXTERNE 


LEVERANCIER 


insourcing 
(re-sourcing) 


Figuur 7.15 De sourcingcyclus 
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7.12.1 Overwegingen bij outsourcing 

Bij het bepalen van een sourcingstrategie kan een serviceorganisatie 

verschillende overwegingen en invalshoeken hanteren®“, waaronder: 

, Strategische focus, focus op kerncompetenties: wees voorzichtig met 
het uitbesteden van strategische middelen of taken; de serviceorganisatie 
mag de grip op haar dienstverlening niet verliezen. 

e Bedrijfscultuur: hoe gaan medewerkers om met externe partijen en met 
ingehuurde specialisten, en hoe wordt geborgd dat deze externe partijen deel 
uitmaken van de cultuur van de eigen organisatie. 

, Schaarste aan middelen: sourcing kan een (tijdelijk) tekort aan interne 
middelen oplossen. 

e Kosten: externe bronnen kunnen bepaalde activiteiten of middelen tegen een 
lagere prijs leveren dan interne. 

, Expertise: activiteiten die geen kernactiviteiten zijn, kunnen om die reden 
worden uitbesteed; voor sommige expertise kan het te duur zijn om dit intern 
te onderhouden. 

e Technologische flexibiliteit: de organisatie is mogelijk zelf niet in staat om 
voldoende snel in te spelen op technologische ontwikkelingen. 

e Externe factoren: beleid kan het uitbesteden van gespecialiseerde 
activiteiten verbieden, bijvoorbeeld in geval van security-taken; aan de 
andere kant kan een organisatie door externe regels beperkt zijn in wat ze 
wel en niet mag doen, waardoor sourcing een noodzaak wordt. 

e Vraagpatronen: seizoensfluctuaties of andere invloeden kunnen een reden 
zijn voor het tijdelijk inzetten van externe bronnen. 


Voorbeeld. In geval van personentransport kan een klant de beschikking 
krijgen over een bus waarmee de klant zelf personen vervoert. De 
leverancier ondersteunt dan die bus met onderhoud, verzekering, 
financiering, etc. De klant kan echter ook personentransport afnemen in de 
vorm van het laten transporteren van de personen door een leverancier, bv 
bij een taxi, bij streekvervoer of bij de tram. 

In geval van gebouwenbeheer kan een klant bijvoorbeeld een etage van een 
pand ter beschikking worden gesteld, waarbij de klant wordt ondersteund bij 
het gebruik van dat gebouw (schoonmaak, receptie, beveiliging, planning). 
Een klant kan echter ook werk- en vergadervoorzieningen afnemen van een 
leverancier, zoals Seats2Meat, waarbij die leverancier zelf bepaalt welke 
gebouwen hij inzet. 

In geval van informatievoorziening kan de klant een IT-voorziening 
beschikbaar krijgen waarmee de klant z’n loonbelastingen beheert, maar de 
klant kan ook een service afnemen van een loonadministratiebedrijf dat dit 
werk voor de klant uitvoert. 


De vraag wie een bepaalde taak uitvoert, is een organisatorische vraag, die elke 
organisatie op haar eigen manier invult. Het gaat in alle gevallen steeds om 
dezelfde verzameling taken. 


64 Bron: ITIL 4 Foundation, TSO, 2019 
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De 
Outsourcing, in relatie tot de begrippen primair en secundair, is dus 


een zeer relatief begrip, dat wordt bepaald door de positie van klant 
en leverancier in de keten of het netwerk. Secundaire taken kunnen 
relatief eenvoudig worden uitgevoerd door gespecialiseerde 
organisaties, die op hun beurt deze facilitaire services tot hun 
primaire taken rekenen. Die gespecialiseerde leveranciers hebben 
naast deze primaire taken een eigen set secundaire taken voor de 
ondersteuning van hun eigen bedrijfsvoering. 


7.12.2 Gradaties van outsourcing 
Outsourcing kan in verschillende gradaties worden toegepast: 


Detachering: dit is de ‘lichtste’ vorm van outsourcing, waarbij een 
opdrachtgever externe medewerkers inhuurt om een bepaalde taak intern te 
laten uitvoeren. De aansturing van het werk ligt dan nog bij de 
opdrachtgever. Als die inhuur niet via een detacheringsorganisatie verloopt, 
maar rechtstreeks met een specialistische expert, dan wordt dit ook wel 
microsourcing genoemd. 

Outtasking: het laten uitvoeren van interne taken door een externe 
leverancier, zonder overdracht van middelen en medewerkers. De leverancier 
stuurt dan die werkzaamheden aan op basis van een overeenkomst. 
‘Standaard’ outsourcing: de externe leverancier levert nu een service 
tegen afgesproken voorwaarden, en is zelf verantwoordelijk voor de in te 
zetten middelen en medewerkers. Als een deel van een primair taakgebied 
wordt uitbesteed, dan spreekt men wel van business process outsourcing 
(BPO). 

Offshoring/nearshoring: het outsourcen naar een leverancier in het 
buitenland. Offshoring is dan in diverse opzichten (afstand, cultuur) ‘verder 
weg’ dan nearshoring. 

Shared service centers (SSC): hier wordt werk door meerdere 
opdrachtgevers belegd bij een gedeelde (shared) organisatie. Dat kunnen 
interne opdrachtgevers binnen één moederorganisatie zijn, met een intern 
SSC of met een juridisch verzelfstandigd, extern SSC (bv in de vorm van een 
Joint venture). Het kunnen ook opdrachtgevers zijn die een nauwe relatie met 
elkaar hebben, en samen een SSC inrichten. Dat SSC kan dan weer deel 
uitmaken van de organisatie van één van de opdrachtgevers, of een juridisch 
verzelfstandigde organisatie zijn, waarin de opdrachtgevers participeren. 
SSC's zijn monodisciplinair als er één taakgebied wordt uitgevoerd. SSC's die 
meerdere taakgebieden dekken zijn multidisciplinair, of zelfs interdisciplinair. 


Een moderne, sociale variant, waarin de organisatiestructuur veel diffuser is, is 
crowdsourcing. Hierbij stellen mensen die niet bij één organisatie horen, hun 
ideeën of hun inzet beschikbaar. Dat is vaak gratis, maar het kan ook tegen een 
vergoeding. 


Outsourcing kan betrekking hebben op elk deelaspect van een 
voorziening of ondersteuning. 
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7.12.3 Risico's en dramadriehoeken bij outsourcing 

Risico's bij outsourcing kunnen betrekking hebben op tal van aspecten, die vaak 

terug te voeren zijn op onbalans in de belangen van de stakeholders in de 

relatie, of het onvoldoende rekening houden met consequenties: 

e Het aanbod van de leverancier is een minimaal contract. Al snel blijkt dat 
zaken die buiten de scope van de overeenkomst vallen als meerwerk worden 
aangerekend, waardoor de kosten voor de uitbestedende partij hoger 
uitvallen dan gedacht. Dit kan een strategie van de leverancier zijn. De 
afhankelijkheid tussen opdrachtgever en leverancier (de vendor lock-in) 
maakt het vervolgens moeilijk om op korte termijn een oplossing te vinden. 

e De klant was onvoldoende in control van de uitbestede zaken. Als dan 
blijkt dat er meer werk nodig is dan voorzien, valt de prijs van de 
uitbesteding hoger uit dan verwacht. Dit wordt wel aangeduid met ‘garbage 
in, garbage out’ (GIGO). 

e Als een leverancier slecht functioneert, dan kan dat leiden tot imagoschade 
voor de opdrachtgever. 

e Omdat opdrachtgever en leverancier vaak nauw moeten samenwerken, 
ontstaan risico’s ten aanzien van privacy en beveiliging. 

e Uitbesteden vergt dat de opdrachtgever over een capabele aansturingsfunctie 
beschikt: een regiefunctie. Als deze onvoldoende aanwezig is, kan de 
samenwerking ontsporen. 

e Beide partijen dienen een redelijk overeenkomstige volwassenheid te 
hebben (zie Figuur 2.4). ‘Scheve! relaties leiden tot onbalans in de relatie, 

e Bij aanzienlijke verschillen in cultuur en werkwijzen kunnen 
communicatieproblemen optreden, vooral bij offshoring. 

e Een belangrijke valkuil is een te sterke sturing op kosten. Als de 
leverancier niet in staat is een boterham te verdienen aan de overeenkomst, 
dan is uiteindelijk vaak de opdrachtgever de dupe (zie paragraaf 3.12.4). 


‘mm. 


If you pay peanuts, you get monkeys. 


Verschillende van deze outsourcing-problemen uiten zich in de vorm van 
dramadriehoeken. Deze zijn terug te voeren op verschillende belangen van de 
stakeholders in een sourcing-situatie. Zulke situaties zijn vaak een symptoom 
van een onvolwassen stakeholder, in termen van het volwassenheidsmodel 
(Figuur 2.3). 


Een drama kan bijvoorbeeld ontstaan in de driehoek opdrachtgever- 

leverancier-gebruikers (zie Figuur 7.16): 

e De opdrachtgever wil met uitbesteding een bepaald doel bereiken. 

e De dienstverlener levert de service tegen de overeengekomen specificaties, 
maar doet ook niets meer dan dat, om nog iets aan de overeenkomst over te 
houden. 

e De gebruikers ondervinden netto een slechtere dienstverlening. 
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OPDRACHTGEVER 


LEVERANCIER 


GEBRUIKERS 


Figuur 7.16 Dramadriehoek opdrachtgever-leverancier-gebruiker 


Voorbeeld. De opdrachtgever besteedt een service uit op basis van kosten, 
en verklaart dat naar de gebruikers toe met de mededeling dat de 
dienstverlening ‘eindelijk’ eens goed geregeld gaat worden. De leverancier 


levert de service inderdaad tegen lagere kosten om aan de overeenkomst te 
voldoen — en dient daarmee het belang van de opdrachtgever - maar snijdt 
daarbij in de overeengekomen functionaliteiten. De gebruikers verliezen 
functionaliteiten waar ze nou juist belang bij hadden. 


Een drama kan ook ontstaan in de driehoek opdrachtgever-leverancier- 
leverancier. De steeds verdergaande verbijzondering van deelservices in de 
economie leidt tot situaties waarin klanten van steeds meer toeleveranciers 
gebruik maken. Zodra er forse afhankelijkheden tussen die leveranciers 
ontstaan, loopt de uitbestedende organisatie de kans slachtoffer te worden van 
de verschillende belangen van die leveranciers. Figuur 7.17 illustreert deze 

| situatie. Deze gevolgen treden vaak op bij slecht geconstrueerde deelservices en 
fi bijbehorende overeenkomsten. Omdat de verschillende leveranciers sturen op 

Í verschillende optimalisatiedoelen, ontstaat een integrale service die niet goed is 
| gebalanceerd op de belangen van de bijbehorende stakeholders. Deze situatie is 
Ek 


dan ook vaak het gevolg van slecht opdrachtgeverschap. 
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LEVERANCIER 1_ 


OPDRACHTGEVER 


LEVERANCIER 2 


Figuur 7.17 Dramadriehoek opdrachtgever en 2 leveranciers 


ĳ Voorbeeld. Een opdrachtgever heeft een deelservice “cloud hosting” 

{ uitbesteed aan leverancier 1. Deze leverancier heeft de overeenkomst 

| afgestemd op een optimale dienstverlening vanuit haar eigen verdienmodel, 
i waarbij volume en onderhoudskosten de belangrijkste drivers zijn. 

ĳ Een tweede deelservice “applicatiebeheer” is uitbesteed aan leverancier 2. 

| Deze leverancier heeft de overeenkomst geoptimaliseerd naar het aspect 


“urenbesteding”. Zodra er een issue ontstaat over de cloud-omstandigheden 
{ van leverancier 1, waarbij er een effect optreedt op de urenbesteding van 
k leverancier 2, is er sprake van een belangenconflict tussen beide 
leveranciers, waar de opdrachtgever de dupe van kan worden. 


Figuur 7.9 beschreef deze situatie al voor domeinscheiding in het taakgebied van 
een interne dienstverlener. 


7.13 Teams en profielen versus processen 


Een team is een onderdeel van een organisatie, met een specifieke, beperkte 
taakstelling. Een team maakt gebruik van processen en technologie (middelen). 
Teams gebruiken dus de processen die in de organisatie zijn vastgelegd. In USM 
zijn die processen dan nog weer georganiseerd in workflows, omdat er een 
geïntegreerd en non-redundant procesmodel aan ten grondslag ligt. Wat dan 
voor processen geldt, geldt ook voor workflows. 
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Teams hebben betrekking op één individu, of op een groep individuen met een 
samenhangende taakstelling. Die individuen zijn de medewerkers, die elk één of 
meer profielen hebben (Figuur 4.4), waarin hun taakstelling is vastgelegd. Of een 
team een vast element in de organisatorische hiërarchie is, of een virtueel team, 
of een tijdelijk projectteam, in alle gevallen omvat het team de gecombineerde 
taakstellingen van de betrokken personen. Voor die gezamenlijk taakstelling 
maakt het team gebruik van werkwijzen en technologie (middelen). 


Teams kunnen zijn ingericht naar verschillende dimensies, bijvoorbeeld naar: 

e infrastructuur, bijvoorbeeld het Team Maintenance 

e servicekwaliteit, bijvoorbeeld het Team Performancebeheer 

e activiteit, bijvoorbeeld de Schoonmaakdienst, het MT, Financiën, Onderhoud 
e geografie, bijvoorbeeld de Servicedesk Oost-Nederland 


Soms is de reden van bestaan voor teams te herleiden naar: 

e serviceovereenkomsten - een Team Accountmanagement Grote Klanten 

e interne bedrijfsregels - het instellen van toezicht leidt tot een team Interne 
Auditing 

e overheids- of brancheregulering — bijvoorbeeld een team Compliance 

e sourcing — bijvoorbeeld een team Leveranciersmanagement 


Een organisatie deelt haar organisatiestructuur en teams geheel volgens eigen 
inzichten in. Voor teams gelden geen wetten en voorschriften, anders dan 
algemene kenmerken zoals dat het duidelijk moet zijn wat dat team doet, wie er 
deel van uitmaken, hoe taken verdeeld zijn, en welke middelen ze gebruiken. 


In alle gevallen geldt de regel dat deze teams gebruik maken van dezelfde set 
processen (Figuur 7.18). Alleen de mate waarin ze dat doen verschilt. 


BEVEILIGING 


ACCOUNT 
MANAGEMENT 


Ee MAINTENANCE 


[oen 


SERVICEDESK 


SCHOONMAAK 


DIENST 


Figuur 7.18 Teams gebruiken processen 
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Dat een medewerker een specifieke taak in een organisatie heeft, en 
daarom is ingedeeld in een team, helpt bij het managen van de 
bijdrage van die medewerker aan de doelstellingen van de 
organisatie. Die organisatie kent verschillende teams voor de taken 
die uitgevoerd moeten worden. 

In een eenmanszaak zijn al die taken bij slechts één medewerker 
belegd: de ondernemer zelf. Ook een huishouding kan in die zin 
worden beschouwd als een organisatie waar vaak slechts één 
‘medewerker’ voor de uit te voeren taken zorgt. 

Op deze manier wordt duidelijk dat er bij het inrichten van een 
organisatie steeds sprake is van een afbeelding van taken op 
beschikbare uitvoerders. Die afbeelding kan geheel naar eigen wens 
worden ingericht. 


Serviceorganisaties kennen algemeen voorkomende profielen die in algemeen 
voorkomende teams zijn opgenomen, en die direct terug te leiden zijn op 
algemene eisen aan de werking van serviceorganisaties. De volgende profielen 
komen regelmatig voor: 

e servicemanager, service-eigenaar, productmanager 

accountmanager, relatiemanager 

manager servicemanagement 

manager Operations, service request manager 

manager Ontwikkeling 

wijzigingsmanager, wijzigingscoördinator 

configuratiemanager 

servicedeskmanager, incidentmanager 

servicedesk medewerker, incidentcoördinator 

risicomanager, risicocoördinator 

projectmanager, programmamanager, portfoliomanager 

kennismanager 

security manager 


Organisaties clusteren dergelijke profielen vaak in teams met een vergelijkbare 
naam. Kennismanagers zijn dan georganiseerd in een team Kennismanagement, 
wijzigingsmanagers en —-coördinatoren in een team Wijzigingsmanagement, 
servicemanagers in een team Servicemanagement, accountmanagers in een 
team Accountmanagement, etc. Of zo’n team dan uit één individu bestaat of 
meerdere teamleden kent, is afhankelijk van de grootte van de organisatie en 
van lokale keuzes. 


7.13.1 RACI 

Een kruistabel legt de relaties vast tussen ‘wie’ en ‘wat’ in een organisatie (Tabel 
7.1), oftewel tussen de People-dimensie en de Proces-dimensie. Die relaties 
bepalen de TBV van een medewerker (zie ook Figuur 4.4). In een RACI-tabel zijn 
de assen van groot belang: welke grootheden zijn aan elkaar gerelateerd? Zijn 
dat op de horizontale as functies, rollen of profielen? En op de verticale as: 
activiteiten, processtappen of taakpakketten? Voor beide assen dient de 
organisatie over een structuur te beschikken, die verklaart welke grootheden 
waarom op die assen staan. USM ordent deze assen als volgt: 

e een horizontale as die bestaat uit de profielen van het profielenhuis 

e een verticale as die bestaat uit de processtappen van het USM-procesmodel 
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Op die manier kan een profiel van een medewerker in een kruistabel worden 
uitgedrukt in de TBV t.a.v. eenduidig bepaalde activiteitenpakketten (de in het 
procesmodel gedefinieerde stappen). Zie Figuur 7.19. Voor de verticale as geldt 
dat de USM-processtructuur de indeling in activiteiten bepaalt, in de vorm van de 
processtappen van het USM-procesmodel. 


De kruistabel kan die relaties op verschillende niveaus van detail specificeren: 
e V-modelf®: geeft aan welk profiel verantwoordelijk is voor welke activiteit 
e RACI: geeft van elk profiel op vier manieren aan of dit profiel een relatie 
heeft t.a.v. de activiteit: 
— R = responsible, het profiel is ‘verantwoordelijk’ voor de correcte 
uitvoering 
— A = accountable, het profiel is ‘eindverantwoordelijk’ voor de kwaliteit en 
het eindresultaat; eindverantwoordelijk is slechts één persoon 
— C = consulted, het profiel dient geraadpleegd te worden, is betrokken door 
inbreng van kennis en informatie 
— I= informed, het profiel dient geïnformeerd te worden over de status en 


de voortgang van activiteiten 


organisatie- 


rocesmodel 
P model 


profiel 


medewerker 


Figuur 7.19 Een praktische RACI 


65 Niet te verwarren met het V-model voor softwareontwikkeling. 
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Stappen in USM-processen | profielenhuis van de organisatie 


Profiel Directeur 
5 


A 

A 

A 

A 

A 

CHM.1 Aannemen RFC AR I I C A 
CHM.2 Classificeren AR 

CHM.3 Plannen & accorderen I 1 R I A 

CHM.4 Voorbereiden wijziging 1 C jé G R A 

CHM.5 Testen & vrijgeven I R I A 

CHM.6 Implementeren R R I I A 

CHM.7 Toetsen uitvoering & terugkoppelen ) R Il I A 


ET CETERA 
Tabel 7.1 RACI-tabel 


Voor RACI geldt dat er per activiteit één A is, en soms meerdere R's. De C's en 
I's kunnen ‘naar believen’ worden toegekend. Bedenk dat een groot aantal C's en 
I's leidt tot een stroperige organisatie, waarbij iedereen over alles mee mag of 
moet praten (“Poolse landdag”). 


Naast de vier aspecten van RACI is verdergaande detaillering mogelijk met: 
S = support (ondersteunend) 

P = perform (uitvoerend) 

quality review (controleur) 

verifier (ook een controleur) 

signatory (autoriserend) 

out of the loop (wordt buiten de activiteit gehouden) 

decide (beslisser) 


vous O 
LL 


Deze initialen leiden tot combinaties zoals RASCI-V. De mate waarin een 
organisatie de verdeling van TBV verbijzondert, is een lokale beslissing. 
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De eerste kolom van de RACI-tabel bevat de activiteiten. De mate van detail 
voor deze kolom bepaalt de mate van detail voor de TBV. Als alleen de stappen 
per proces in de eerste kolom staan, dan ontstaat een redelijke grove structuur. 
Als ook de activiteiten per stap in detail worden opgenomen, resulteert een zeer 
fijnmazige structuur. Dit blijft een lokale keus. 


7.14 De servicedesk 


Een organisatie heeft vaak een single point of contact (SPOC) voor het 
afhandelen van gebruikerscontacten, een centraal aanspreekpunt. Dat is een 
servicedesk, helpdesk, klantcontactcentrum (KCC), of callcenter. USM hanteert 
voor dit team de term servicedesk. 


De contacten met de klant (opdrachtgever) kunnen eveneens via de servicedesk 
verlopen, maar ook via een separaat team zoals een service management office 
(SMO), of rechtstreeks met een medewerker die met de afhandeling van 
klantcontacten is belast (servicemanager, accountmanager, relatiemanager). 


7.14.1 Soorten servicedesks 
De inrichting van een servicedesk kan variëren: 
e op basis van supportvermogen: 

— Skilled: medewerkers van een skilled servicedesk kunnen en mogen 
(conform de wet van Fayol) een aanzienlijk deel van de supportverzoeken 
afhandelen; zij hebben daartoe de vereiste skills in huis. Een zeer 
deskundige servicedesk wordt ook wel expert servicedesk genoemd. 

— Unskilled: medewerkers van een unskilled servicedesk voeren in zeer 
beperkte mate zelf supportverzoeken uit; zij zetten de verzoeken veelal 
meteen door naar een 2° lijn. 

e in de zin van organisatiestructuur: 

— Gecentraliseerd: er is één centrale servicedesk voor alle supportverzoeken. 

— Gedistribueerd: er zijn meerdere servicedesks op verschillende plaatsen in 
de organisatie voor lokale ondersteuning. 


Verder is een servicedesk fysiek of virtueel, intern of extern (uitbesteed). 


De servicedesk heet ook wel front office, in tegenstelling tot de rest van de 
organisatie die dan back office heet. Een andere term voor de servicedesk is 
eerstelijns organisatie, in tegenstelling tot de vanuit de gebruiker ‘daarachter’ 
liggende teams, die dan tweedelijns organisatie (‘tweede lijn’) of derdelijns 
organisatie (‘derde lijn‘) worden genoemd®®. 


7.14.2 Werkzaamheden van de servicedesk 

Een servicedesk fungeert als aanspreekpunt voor in ieder geval de operationele 
interacties met de gebruikers, maar kan ook belast zijn met tactische of 
strategische taken. De servicedesk houdt zich — als SPOC - bezig met de 
afhandeling workflows die beginnen in één van de vier servicemanagement- 
processen aan ‘de voorkant’ van de serviceorganisatie: CTM, CHM, INC en OPS. 
Vanuit deze vier processen starten de workflows type 1 t/m 5. 


66 Het aantal ‘lijnen’ is triviaal. Een organisatie deelt zelf haar opvolging van ingezette teams in, in 
net zoveel ‘lijnen’ als die organisatie verstandig acht. 
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Bij de servicedesk komen langs allerhande kanalen supportverzoeken 

(meldingen) binnen: 

e telefoontjes, al of niet ondersteund door geautomatiseerde voice response 
systemen 


, e-mails 

e geautomatiseerde input uit self-servicedesks en chat-omgevingen 
e mondeling 

e social media 


Geautomatiseerde meldingen kunnen via allerlei gebruikersapparaten worden 
ingestuurd: pc's, interactieve.schermen, smartphones, tablets, een noodknop, 
intelligente apparatuur (IloT), detectiesoftware, etc. 


De servicedesk neemt vragen en meldingen van gebruikers aan en bewaakt de 
voortgang van de afhandeling. Ook de communicatie met de melders komt vaak 
voor rekening van de servicedesk. Goede communicatievaardigheden zijn 
daarom noodzakelijk voor medewerkers van de servicedesk. Paragraaf 3.13 
bevat informatie over de normen voor dit team. Een servicedesk is van grote 
invloed op de gebruikerservaring — de user experience (UX). 


De beschikbaarstelling van de service beïnvloedt de openstelling van de 
servicedesk en vice versa. Een servicedesk kan bijvoorbeeld open zijn van 
08:00-18:00 uur tijdens werkdagen. Als een service uitgebreidere 
beschikbaarstellingstijden heeft, dan zal de organisatie in extra ondersteuning 
moeten voorzien, bijvoorbeeld in de vorm van waakdiensten voor aangewezen 
medewerkers. 


7.14.3 Self-servicedesks 

De serviceorganisatie kan de ondersteuning door een servicedesk deels 
automatiseren, in de vorm van een self-servicedesk of een self-service 
portaal. Bij een self-servicedesk voert een gebruiker zelf ondersteunende 
handelingen uit (shift left). Op die manier: 

e speelt de serviceorganisatie tijd vrij 

dalen de kosten van support 

is de service eenvoudiger 7x24 uur te ondersteunen 

wordt support gestroomlijnd 

kunnen meer gebruikers tegelijkertijd ondersteund worden 

verloopt de communicatie over support eenvoudiger 

vindt ook de afhandeling van support vaker geautomatiseerd plaats 


Hoe meer werkwijzen gestandaardiseerd en daarna geautomatiseerd zijn, hoe 
meer activiteiten kunnen verschuiven naar de gebruiker, in een self-service 
voorziening (self-servicedesk, self-service portaal). 


7.14.4 Servicedesks en standaardisatie 
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Voor de servicedesk komt het werk neer op: 

1. Het herkennen van een situatie in termen van de betrokken workflow. 

2. Het opstarten van een gedefinieerde werkwijze, die al of niet 
gestandaardiseerd is. 

— Indien een gestandaardiseerde werkwijze beschikbaar is, dan start de 
servicedesk de werkwijze op, die in de workflowtool voorgedefinieerd 
aanwezig is. De workflowtool genereert in één keer de gedefinieerde 
activiteiten met de bijbehorende uitvoerders, afhandelvoorschriften en 
doorlooptijden. 

— Indien geen voorgedefinieerde werkwijze beschikbaar is, dan start de 
servicedesk de werkwijze volgens de herkende workflow op, in een 
algemene formulering. De betrokken medewerker bepaalt de specificatie 
van de melding in termen van prioriteit, uitvoerder(s), doorlooptijden, 
afhandelvoorschriften, etc., conform de standaard werkwijze van de 
betrokken processen. 


De servicedesk dient uit te blinken in twee aspecten: 

e het inzicht in de invloed van de services op de bedrijfsactiviteiten 
van de klant, om de juiste workflow te selecteren 

e het inzicht welk team of welke medewerker kan bijdragen aan de 
uitvoering van de gewenste ondersteuning. 


Servicedeskmedewerkers zijn voor bepaalde activiteiten zelf de operator 
(uitvoerder), afhankelijk van hun TBV en vaardigheden. Ze volgen daarbij dan 
gewoon de werkwijze die in het procesmodel is bepaald, zonder de melding te 
routeren naar een oplosgroep. Alle betrokken coördinatoren en operators kunnen 
zich in zo’n geval concentreren op het uitvoeren van het werk. De vraag hoe dat 
moet, is al beantwoord. 


De skills en gewenste kennis van de servicedeskmedewerker verschuiven 
hiermee van elementair oplossend vermogen, naar herkenning van de casus, 
selectie van de betrokken (gestandaardiseerde) workflow en toekenning van de 
activiteiten aan de juiste partij. Servicedesks verbeteren daarmee fundamenteel 
hun effectiviteit en efficiëntie. 


7.15 Overige standaardteams 


Organisaties hebben de neiging om bij toenemende grootte steeds meer taken te 
verbijzonderen. Dat geldt ook voor serviceorganisaties. Enkele van de meest 
voorkomende, algemene profielen en teams komen hier aan de orde. In de 
eerste plaats het managementteam. Daarna een serie profielen die meer 
betrekking hebben op een individuele medewerker. 


7.15.1 Managementteam 

Het managementteam (MT) maakt plannen, neemt beslissingen en stuurt op de 
uitvoering van de organisatie. Het team omvat de ‘toplaag’ van medewerkers die 
leiding geven aan de organisatie. Dit team bestaat daarmee meestal uit de 
coördinatoren van de teams die direct onder de directeur van de 
serviceorganisatie ‘hangen’, eventueel aangevuld met één of meer seniore 
medewerkers, die de directie ondersteunen, of die een taak hebben m.b.t. de 
prestatie van de organisatie (zoals servicemanagers). Welke profielen en 
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medewerkers in het team zijn ondergebracht hangt geheel af van de lokaal 
gekozen organisatiestructuur. 


Zodra een organisatie structureel aandacht schenkt aan procesgericht werken, 
horen procescoördinatoren in principe bij het managementteam, net als 
teamcoördinatoren. De machtsverhouding tussen teamcoördinatoren en 
procescoördinatoren weerspiegelt zich dan in het MT (zie Figuur 4.8). 


Bij een organisatie die USM toepast horen de verbeterplannen (verbetersprints, 
zie Figuur 9.1) en de vorderingen structureel op de agenda van het MT te staan. 


7.15.2 Manager 

Manager is een algemene term voor leidinggevende. Dit profiel kan met een 
voorvoegsel verbijzonderd zijn naar een taakgebied, bijvoorbeeld facilitair 
manager, financieel manager, IT-manager, manager personeelszaken, etc.). 


Managers ‘sturen werk aan’ in de vorm van lijn- en procesmanagement, of zijn 
gericht op services (bijvoorbeeld de servicemanager), op deelservices 
(bijvoorbeeld locatiemanager, applicatiemanager) of op kwaliteitskenmerken 
(bijvoorbeeld kwaliteitsmanager, security manager, performance manager). 


7.15.3 Servicemanager, service-eigenaar, productmanager 

De uitvoering van het CTM-proces is vaak belegd bij het profiel servicemanager, 
ook wel service-eigenaar, product-eigenaar of productmanager genoemd. De 
servicemanager is een onderdeel van de lijn, en is gericht op het managen van 
één of meer services. Het maken en beheren van afspraken en het managen van 
de relaties met betrokken klanten en toeleveranciers behoort tot de kerntaken 
van dit profiel. 


De servicemanager blinkt uit in het begrijpen van de business van de klant, 
vertaalt de voortdurend veranderende behoefte van de klant naar passende 
services, ziet dagelijks toe op de afgesproken prestaties van de service, stuurt 
daarin waar nodig bij, fungeert als escalatiepunt bij calamiteiten, stelt de 
servicerapportage op en bespreekt die regelmatig met de klant. Als dat aan de 
orde is stelt de servicemanager de serviceovereenkomst bij. 


De servicemanager maakt gebruik van alle processen uit het USM-procesmodel 

(zie Figuur 7.18): 

e De servicemanager maakt afspraken over services in CTM, en fungeert 
daarmee als de eigenaar van de SLA, de OLA's en de UC's. 

e De servicemanager is betrokken bij de afhandeling van wijzigingen m.b.t. zijn 
service(s) in CHM. Hij accordeert bijvoorbeeld wijzigingsverzoeken, beheert 
het budget voor de klant, en speelt een belangrijke rol bij de besluitvorming 
over de afhandeling van de wijziging. 

e De servicemanager is betrokken bij de afhandeling van storingen m.b.t. zijn 
service(s). Hij maakt daarover afspraken met de manager van het INC- 
proces, laat zich regelmatig informeren over storingen, en fungeert als 
escalatiepunt op het moment dat storingen niet binnen de afspraken worden 
hersteld. 

e De servicemanager is eveneens betrokken bij OPS. Bij het opstellen van de 
SLA zijn de OPS-taken gespecificeerd. De servicemanager laat zich regelmatig 
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informeren over de performance van zijn service(s) en de service requests die 


daarbij zijn ingediend. ” 
De Re ansger is vanzelfsprekend ook betrokken bij RIM: niet alleen kan 


hij zelf als de beste risico’s onderkennen, maar hij is nauw betrokken bij de 
prioritering en afhandeling van de risico’s die betrekking op zijn services. 


niet (alleen) de individuele processen, maar werkt 


De servicemanager gebruikt d 
de uitvoering van de praktische USM-workflows. 


vanzelfsprekend ook mee in 


De servicemanager rapporteert over een service door de afzonderlijke 
rapportages van de workflows te integreren in samenhangende 
servicerapportages. Een servicerapportage is gestructureerd conform de 
afspraken over de service (zie het CTM-proces). 


Ì Voorbeeld. De profielen servicemanager en procesmanager CTM kunnen in 

| theorie wel gecombineerd worden in één medewerker, maar dan ontstaat de 

| situatie dat die ene medewerker zich zowel bezig houdt met het maken van 

| afspraken over de werkwijze, als met het opstellen van Ì 
| serviceovereenkomsten (SLA's, OLA's en UC's). Zo'n situatie leidt al gauw tot | 
k een ongemakkelijke spagaat voor de betrokken medewerker. | 


7.15.4 Accountmanager, relatiemanager, leveranciersmanager 

Het profiel van servicemanager wordt in de praktijk nog wel eens gesplitst in een 
operationeel en een tactisch-strategisch profiel. De meer operationele profiel- 
invulling richt zich da bijvoorbeeld op de servicerapportage en het opstellen van 
de overeenkomsten. De meer tactisch-strategische profiel-invulling richt zich op 
het managen van de relatie met klanten en toeleveranciers, en wordt ook wel 
aangeduid met termen als relatiemanager of accountmanager. Soms wordt het 
managen van relaties met klanten en leveranciers ook nog gesplitst in een profiel 
business-relatiemanager en een profiel leveranciersmanager (vendor manager 
supplier manager, contractmanager). 


De accountmanager/relatiemanager/leverancie Ï 
latie rsmanager concentreert zich o 
de voorbereidende activiteiten in het CTM-proces, de begeleiding van het 6 


ORE van wensen en op financiële en relationele taken. In kleine organisaties 
vallen al die taken onder het profiel servicemanager. 


7.15.5 Manager servicemanagement 

Organisaties die groot genoeg zijn om een team in te richten met 
servicemanagers, relatiemanagers, accountmanagers, etc., hebben in di 
lijnorganisatie ook vaak een coördinator, de ‘manager Ben gement’ 


7.15.6 Manager Operations, service request manager 

De meeste organisaties kennen een profiel ‘manager neen 

EN voor de operationele omgevingen. Dit profiel heeft dezelfde 

Seed k eer henanen OPS, maar houdt zich bezig met de uitvoering van 
iviteiten in de lijn. Die uitvoering hangt samen met de aard van het 


taakgebied, wat in de profielbenamin 
netwerkbeheer, manager transport 
bewassing, etc.). 


ae terug te vinden is (bijvoorbeeld manager 
logistiek, manager inkoop, manager 
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DE EE Operations krijgt bij grote organisaties ondersteuning van 
teamleiders van deelgebieden uit de operationele omgevingen 


ee Operations, c.q. de overige coördinatoren van activiteiten in het 
OPS-procës, zijn Service request coördinator’, in analogie met bijvoorbeeld het 
profiel wijzigingscoördinator of incidentcoördinator. 


7.15.7 Manager Ontwikkeling, ontwikkelaar 

Het ontwikkelen en testen van een service vindt plaats in het CHM-proces. 
Medewerkers die zich bezig houden met het ontwikkelen van services zijn vaak 
ondergebracht in separate teams, die niet onder Operations vallen. Afhankelijk 
van de omvang en de complexiteit stelt de organisatie daarvoor één of meer 
teams samen. Deze teams vallen onder één eindverantwoordelijke manager, de 
manager Ontwikkeling. Deze laat zich bijstaan door één of meer teamleiders en 
door teams van ontwikkelaars en testers. Ontwikkelen en testen kan ook onder 
andere benamingen terug te vinden zijn, bijvoorbeeld in het team Research & 
Development. 


7.15.8 Wijzigingsmanager, wijzigingscoördinator 

Het profiel wijzigingsmanager is iets anders dan het profiel ‘procesmanager CHM' 
(zie paragraaf 4.8). De wijzigingsmanager houdt zich bezig met het managen 
van wijzigingen, dus met de afhandeling van wijzigingsmeldingen, en somS ook 
met de uitvoering van wijzigingen. De procesmanager CHM houdt zich alleen 
bezig met het maken van afspraken over die afhandeling en met de proces- 
control (bijsturing en rapportage). Als een organisatie een CAB heeft ingesteld, 
dan is de medewerker met het profiel wijzigingsmanager de voorzitter van die 
CAB. De procesmanager CHM heeft daar geen taak. De (ongewenste) combinatie 
van de profielen wijzigingsmanager en ‘procesmanager CHM' is in kleine 
organisaties soms onvermijdelijk. 


Voorbeeld. Als een profiel zowel lijnmanagementtaken als erf it 

Í procesmanagementtaken omvat, dan introduceert de organisatie een risico: 

| de aandacht gaat in de praktijk vaak eerder naar coördinatietaken in de lijn 

| (brandjes blussen) dan naar het inrichten van het proces (structurele 

afspraken maken en daarop toezien). Het gevolg is dat het profiel 
procesmanager onvoldoende wordt ingevuld. Deze combinatie leidt tot een 
spagaat voor de betrokken medewerker. E 

| Die spagaat treedt ook op in andere processen, bijvoorbeeld door een E 

| combinatie van de profielen servicemanager en procesmanager CTM, of van 

| de profielen manager servicedesk en procesmanager INC, of de profielen 


accountmanager en procesmanager CTM. 


isati ijzigi ich bijstaan door 
I nisaties laat de wijzigingsmanager IC al 
wrijshsingscoördinatoren, die vergelijkbare coördinerende (lijn)taken hebben. Elk 
van deze coördinatoren heeft dan een eigen aandachtsgebied. 


ectmatig aanstuurt zal dit profiel 


n ä z) zingen roj 
Een organisatie die veel wijzingen Pp projecten’, programmamanager of 


terugvinden onder de naam ‘manager 
‚ portfoliomanager. 
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bewassing, etc.). 


ae terug te vinden is (bijvoorbeeld manager 
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7.15.9 Projectmanager, programmamanager, portfoliomanager 
Gebruik van het USM-procesmodel maakt ook projectmatig werken mogelijk, in 
situaties waarin de organisatie daar voordeel in ziet. Criteria om een activiteit 
projectmatig uit te voeren omvatten: 

e complexiteit 

impact 

aantal betrokken teams of medewerkers 

financiële omvang 

tijdsduur 


Een organisatie die regelmatig met projecten te maken heeft, stelt een pool 
samen van projectmanagers (projectleiders), onder leiding van een manager 
Projecten. Als er sprake is van veel projecten, gemanaged in programma’s, dan 
volgt logischerwijs het profiel programmamanager c.q. manager 
Programmamanagement. Voor nog complexere situaties creëert een organisatie 
zelfs portfolio's, met de profielen portfoliomanager c.q. manager Portfolio's. 


Projecten volgen processen, dus de projectmanager gebruikt het 
procesmodel voor het realiseren van de projectdoelen. 


7.15.10 Configuratiemanager 

Een wijzigingsmanager kan zich ook laten bijstaan door een 

configuratiemanager, die zich bezig houdt met de registratie van de beheerde 
infrastructuur in de CMDB. Hij beheert daartoe de specificaties van de CMDB (het 
‘CMDB-model’), organiseert het registreren van de CI's, ziet toe op de kwaliteit 
van de CMDB, en ondersteunt de ontsluiting van de informatie in de CMDB. 


Afhankelijk van het taakgebied is de configuratiemanager te herkennen in 
profielen zoals manager Administratie, building information manager of 
officemanager. 


7.15.11 Servicedeskmanager, incidentmanager 

Incident management wordt vaak — zeer ten onrechte - vereenzelvigd met het 
team Servicedesk of Klantcontactcentrum. Een basiskenmerk van een proces, 
dus ook van INC, is dat het dwars door de organisatorische structuren heen 
loopt: diverse teams voeren achtereenvolgens de activiteiten van het proces uit. 
De scope van het INC-proces is dus veel groter dan alleen de Servicedesk. 
Desondanks speelt de Servicedesk, indien aanwezig, een belangrijke rol bij de 
afhandeling van incidenten: bij de Servicedesk komen de meldingen van de 
klanten binnen, dus ook de incidenten. De manager Servicedesk is dus een 
teamcoördinator die intensief betrokken is bij het INC-proces. 


Het profiel ‘manager Servicedesk’ staat vaak gelijk aan het profiel van 
incidentmanager, in de betekenis van ‘verantwoordelijk voor de coördinatie van 
de afhandeling van incidenten’. 


De Servicedesk is ook verantwoordelijk voor het aannemen van andere 
meldingen, en kan daarmee een taak krijgen in de coördinatie van de 
afhandeling van die andere meldingen. In de praktijk wordt een Servicedesk 
echter wél vaak belast met de coördinatie van de afhandeling van incidenten, 
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maar zijn er (deels) ándere teams betrokken bij de coördinatie van de 
afhandeling van service requests, wensen, wijzigingen en risico’s. 


Een Servicedeskmanager is dus een profiel met heel andere taken dan een 
profiel zoals procesmanager INC. 


Net als bij de wijzigingsmanager en de procesmanager CHM, en bij de 
servicemanager en de procesmanager CTM, zijn die profielen in 
theorie te combineren in één persoon. Als dat gebeurt, ontstaat weer 
de situatie dat die ene persoon twee of meerdere conflicterende taken 
heeft (specificeren én realiseren). Hij maakt afspraken over de 
werkwijze van de Servicedesk en stuurt die activiteiten zelf aan. 
Bovendien maakt hij afspraken over de werkwijze van de andere 
oplosgroepen, stuurt die werkwijzen niet aan, maar heeft wel het 
procesmatig toezicht op de uitvoering van de activiteiten. Zo'n 
combinatie wringt aan alle kanten omdat het principe van 
functiescheiding geweld wordt aangedaan. 


7.15.12 Servicedeskmedewerker, incidentcoördinator 

Een ‘manager Servicedesk’ c.q. een incidentmanager laat zich in de praktijk 
bijstaan door één of meer medewerkers Servicedesk c.q. incidentcoördinatoren, 
die vergelijkbare coördinerende (lijn)taken hebben. Elk van deze coördinatoren 
heeft een eigen aandachtsgebied. 


7.15.13 Risicomanager, risicocoördinator 

Net zoals de servicemanager, de wijzigingsmanager en de incidentmanager 
verschillen van ‘hun’ procesmanagers, zo verschilt ook het profiel risicomanager 
van het profiel procesmanager RIM. De risicomanager coördineert de afhandeling 
van de risico’s. De procesmanager RIM is verantwoordelijk voor de afspraken 
over de uitvoering van het proces, en ziet toe op de correcte naleving daarvan. 
Een combinatie levert problemen op. 


In grote organisaties laat de risicomanager zich bijstaan door 
risicocoördinatoren, die vergelijkbare coördinerende taken hebben. Elk van deze 
coördinatoren heeft een eigen aandachtsgebied. 


7.15.14 Continuïteits-, capaciteits-, beschikbaarheidsmanager 
Als een organisatie een medewerker verantwoordelijk maakt voor specifieke 
continuïteitsrisico’s, dan kan er ook een continuïteitsmanager zijn aangesteld. 
Deze concentreert zich dan op het analyseren van de grootste 
continuïteitsrisico’s (“business impact analyse (BIA)”), het bijdragen aan 
afspraken over de afhandeling van grote rampen in het proces CTM, het 
opstellen van uitwijkplannen, en het toezien op het onderhouden van die 
uitwijkplannen bij relevante wijzigingen in de betrokken infrastructuur. 


Op dezelfde manier kan een organisatie een medewerker aanstellen voor het 
managen van de capaciteit (van de service of de infrastructuur): de 
capaciteitsmanager. Deze zal zich dan vanuit het perspectief van 
capaciteitsrisico’s bezig houden met het nemen van maatregelen om te voorzien 
in de optimale capaciteit. Dat kan om vervoersvolume gaan, om bandbreedte, 
om personeel, of om elke denkbare andere infrastructuurcomponent. 
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Op analoge wijze kan de organisatie een beschikbaarheidsmanager, een 
performance manager, of een willekeurige andere manager van een bepaalde 
kwaliteit van de service of de infrastructuur aanstellen, met het oogmerk om de 
risico’s t.a.v. de betreffende kwaliteit te managen. 


Hier geldt dat voor elk kwaliteitskenmerk van de service, waarover 
afspraken zijn gemaakt, een profiel kan worden ingesteld om de 
risico’s t.a.v. dat kwaliteitsaspect te managen. 


Er zijn talloze kwaliteitskenmerken waarover zulke afspraken kunnen zijn 
gemaakt. Het taakgebied bepaalt welke daarvan de meest gangbare 
kwaliteitskenmerken zijn. Een veelvuldig voorkomend kwaliteitskenmerk is 
veiligheid. 


7.15.15 Security manager 

Een profiel dat in veel organisaties zal bestaan is de security manager, het profiel 
dat zich bezig houdt met het managen van veiligheid. 

Er zijn vele aspecten aan het begrip veiligheid: 

e veiligheid van de medewerkers van de serviceorganisatie of de klant 

e veiligheid van de services in de zin van toegang of beschikbaarheid 

e veiligheid van werkwijzen 


Een combinatie van factoren bepaalt de mate waarin veiligheid aandacht krijgt 
van de security manager: 

e afspraken met klanten en toeleveranciers 

e algemene interne normen en standaarden van de serviceorganisatie 

e externe eisen aan de serviceorganisatie of de services 


De security manager is een onderdeel van de lijn, gericht op het managen van 
de veiligheid van een aantal vastgestelde objecten, die samen de scope van 
security management vormen. 


De security manager ziet dagelijks toe op de afgesproken prestaties van de 
services c.q. de componenten daarvan. Hij stuurt bij waar nodig, fungeert als 
escalatiepunt bij security-calamiteiten en stelt de security-rapportage op t.b.v. 
de servicerapportage. 


De security manager maakt gebruik van alle processen uit het USM- 

procesmodel: 

e De security manager ondersteunt in CTM de servicemanager bij het maken 
van afspraken over de security van services. 

e De security manager is in CHM betrokken bij de afhandeling van wijzigingen 
die een belangrijk security-aspect hebben. Hij maakt bijvoorbeeld deel uit van 
de vaste bezetting van de CAB, en draagt bij aan alle standaardwerkwijzen 
van CHM door de security-aspecten daarvan te helpen opstellen. 

e De security manager is in INC betrokken bij de afhandeling van security- 
incidenten en fungeert daarbij als escalatiepunt. Hij draagt bij aan het 
standaardiseren van de afhandeling van security-incidenten en laat zich 
regelmatig informeren over de afhandeling van security-incidenten. 
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e De security manager is eveneens betrokken bij OPS: bij het opstellen van de 
SLA zijn de OPS-taken in termen van security gespecificeerd, en de security 
manager laat zich regelmatig informeren over de veiligheid van de services en 
de infrastructuur. 

e De security manager is vanzelfsprekend ook betrokken bij RIM: niet alleen 
onderkent hij zelf als de beste security-risico's, maar is hij ook nauw 
betrokken bij de prioritering en afhandeling van die risico’s. 


De security manager gebruikt niet alleen de processen, maar hij werkt 
vanzelfsprekend ook mee in de uitvoering van de USM-workflows. 


7.15.16 Kennismanager 

Kennismanagement omvat het beheer van kenniselementen. Deze zijn 
opgeslagen in verschillende databases, die gezamenlijk de integrale 
kennisdatabase vormen: 

, De CTM-database 

De CHM-database, inclusief de CMDB (c.q. het CMS) 

De INC-database 

De OPS-database 

De RIM-database 


Het managen van deze integrale kennisdatabase is de taak van het profiel 
kennismanager. Die kennismanager is een onderdeel van de lijn. Het profiel richt 
zich op het managen van de integrale kennisdatabase. De registratie van 
entiteiten en attributen in die database vindt plaats in het bijbehorende proces. 


De kennismanager is verantwoordelijk voor: 
e het databasemodel voor de integratie van de verschillende databases 
e de kwaliteit en betrouwbaarheid van de inhoud van deze databases 


De kennismanager werkt samen met procesmanagers en met andere profielen. 
In die andere profielen zijn diverse taken ondergebracht voor de registratie en 
het beheer van de verschillende procesdatabases. De verantwoordelijkheid voor 
die registraties ligt centraal bij de kennismanager. De kennismanager heeft dus 
een taak in alle processen. 


De kennismanager heeft zowel op strategisch niveau, als op tactisch en 

operationeel niveau een rol. 

e Strategisch: de kennismanager is verantwoordelijk voor het opstellen en 
beheren van de richtlijnen voor het registreren van informatie in de 
kennisdatabase. Daartoe werkt de kennismanager samen met de 
procesmanagers. Het CHM-proces beheert deze richtlijnen, omdat ze deel 
uitmaken van de beheerde infrastructuur. 

e Tactisch: de kennismanager houdt zich bezig met het definiëren van de 
databases. Voor elke database die onder integraal kennismanagement valt, 
legt hij de scope en diepgang vast in de definitie van de database. Omdat die 
definitie een beheerd object is, gebruikt de kennismanager daar weer CHM 
voor. Op die manier worden alle betrokkenen inderdaad betrokken en wordt 
de database planmatig beheerd. De kennismanager plant ook de audits om de 
databases (in OPS) te controleren op juistheid en volledigheid. Audits worden 
uitgevoerd op basis van service requests. 
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* Operationeel: de kennismanager krijgt een uitvoerende taak bij het ' 
registreren van de gegevens in de database. De mate van die taaktoedeling is 
een organisatievraag die steeds lokaal wordt beantwoord. Verder kan de 
kennismanager in RIM actief betrokken zijn, bij het aanmelden en afhandelen 
van risico’s. In OPS kan de uitvoering van audits belegd zijn bij de 
kennismanager. Hij ontvangt de monitoringgegevens over het functioneren en 
het gebruik van de kennisdatabases. 


Een belangrijke taak is voor de kennismanager weggelegd bij ‘configuration 
management’, de registratie van de beheerde infrastructuur (zie paragraaf 6.2 
CHM). Die registratie is een activiteit in het CHM-proces: dat proces is het enige 
proces dat een wijziging in die beheerde infrastructuur mag (laten) doorvoeren. 
De database wordt echter in alle processen geraadpleegd, en is dus organisatie- 
breed van belang. Een belangrijke taak van de kennismanager bestaat uit de 
borging van de betrouwbaarheid van die database. 


De kennismanager ondersteunt met de integrale kennisdatabase alle workflows. 
De kennismanager rapporteert over de integrale kennisdatabase. Rapportage 
over de verschillende procesdatabases kan elders in de lijn belegd zijn. 

De kennismanager ziet toe op de correcte uitvoering van de registratie en het 
beheer van de integrale kennisdatabase, afhankelijk van de aan dat profiel 
toegekende verantwoordelijkheden. 


7.16 Schaduwservices 


In situaties waarin sprake is van interne dienstverlening, zeker als daarbij ook 
nog sprake is van ‘gedwongen winkelnering’, is de klant-leverancierrelatie van 
groot belang. Als de klant een slechte relatie heeft met de leverancier, dan 
vertoont die klant de neiging zelf te gaan voorzien in de services. Hij maakt dan 
geen gebruik van de intern beschikbare services, ook al is dat verplicht. Het 
gevolg daarvan is, dat de organisatie minimaal twee varianten van dezelfde 
services in de lucht heeft: de interne leverancier levert de ene service, de interne 
klant beheert de andere. Dat een dergelijke situatie leidt tot een inefficiënt 
gebruik van resources mag duidelijk zijn. Het is bovendien onwaarschijnlijk, dat 
zowel de klant als de (verondersteld bekwame) specialistische interne leverancier 
over dezelfde kennis en middelen beschikken om die services te beheren. Dit 
soort ‘eigen services’ staan bekend als ‘schaduwservices’ (Figuur 7.20). 


Pr AED GER mn an 


SCHADUWSERVICE SERVICE 
Figuur 7.20 Schaduwservices 
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Voorbeeld. Gebruikers van facilitaire voorzieningen, zoals gebouwenbeheer, _ 
plegen nogal eens zelfstandig voorzieningen aan te schaffen of in te kopen, 
waar de interne leverancier geen weet van heeft. Hoe meer 
bedrijfsonderdelen zich gaan gedragen als onafhankelijke eenheden binnen 

de corporate organisatie, hoe meer deze voorzieningen ‘versplinterd’ raken. 
Elke eenheid dient dan z'n eigen kennis en kunde t.a.v. het beheren van die 
voorziening op peil te houden, wat tot een inefficiënte organisatie leidt. 


| Veel gebruikers van IT-services ontwerpen en beheren hun eigen 

Ì ‘oplossingen’, naast de intern beschikbare voorzieningen. Denk aan 

j bestanden in ingewikkelde Excel-sheets en aan niet-ondersteunde tablets of 
smartphones waarmee gebruikers toegang krijgen tot IT-voorzieningen 

| (bring your own device). 

E Dit zijn voorbeelden van korte termijn ‘practices’, die op lange termijn tot 

| een onoverzichtelijke, inefficiënte situatie leiden. 


7.17 Kernbegrippen 


De volgende begrippen spelen een belangrijke rol in de serviceorganisatie: 


e missie e specificeren 

e visie e realiseren 

e kernwaarden e _matrixorganisatie 

e strategie e standaardisatie 

e doelstellingen e service beheercyclus 

e doelen e sourcing 

e regels, richtlijnen e outsourcing, insourcing, re-sourcing 
e governance e detachering 

e management e outtasking 

e beleid e offshore, nearshore 

e perspectief e shared service center 

e planning & control e _monodisciplinair 

e richten, inrichten, verrichten e _multidisciplinair 

e strategie, tactiek, operatie e interdisciplinair 

e externe invloeden e team 

e jaarplan e rol, functie, profiel 

e _organisatiestructuur e RACI 

e _profielenstructuur e Responsible, accountable 
e personele structuur e servicedesk 

e functiescheiding e single point of contact 

e _domeinscheiding e frontoffice, backoffice 

e dramadriehoek e skilled, unskilled 

e procesmatig werken e gecentraliseerd 

e _workflowmatig werken e gedistribueerd 

e _workflowmanager e self-servicedesk, -portaal 
e workflowcoördinator e managementteam 

e functioneel beheer e manager, coördinator 

e technologiebeheer e _schaduwservices 
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Dit hoofdstuk behandelt de middelen die de mensen in de 
serviceorganisatie kunnen inzetten bij het uitvoeren van hun 
werkzaamheden. De volgende begrippen komen aan de orde: 
e Tooling 

Toolstrategieën 

Workflowtools 

Templates 

Databases 


De middelen die serviceorganisaties gebruiken voor het managen van hun 
werkwijzen zijn uitermate gevarieerd. Er bestaan talloze middelen met 
verschillende functionaliteiten en daarvan bestaan weer talloze varianten. Dit 
hoofdstuk geeft een overzicht van de soorten middelen die kunnen worden 
gehanteerd bij het managen van de dienstverlening, en beschrijft daarbij de 
meest gangbare: de geautomatiseerde tools en de templates voor activiteiten en 
voorzieningen. 


8.1 Het middelenspectrum 


Bij het managen van de dienstverlening worden tal van middelen ingezet. In de 
moderne maatschappij zijn dat meer en meer geautomatiseerde hulpmiddelen. 


Gangbare hulpmiddelen zijn: 

e servicedesktools: 

— workflowtools met sjablonen 

— databases (CMDB) 

procesbeschrijvingstools (business process modeling (BPM) tools) 
kennismanagementtools 

projectportfoliomanagementtools (PPM-tools) 

rapportagetools 

templates 

documenten, formulieren, schema's 

intranet 

monitoringtools 

communicatietools 

en heel veel systeemtools die de uitvoering ondersteunen van activiteiten in 
specifieke taakgebieden. 


Schematisch kunnen dergelijke tools geordend worden volgens Figuur 8.1. 


8.2 Tooling 


De serviceorganisatie heeft in eerste instantie behoefte aan ondersteuning voor 
het managen van het werk (workflows) en aan een registratiesysteem voor de 
infrastructuur van services en de daarvoor ingezette middelen. 


Daarnaast kan behoefte bestaan aan de ondersteuning van algemene functies, 
zoals het modelleren en documenteren van werkwijzen, het managen van 
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projecten (PPM) (programma’s en portfolio's van projecten), en het rapporteren 
uit gegevensverzamelingen. 


De in te zetten hulpmiddelen worden verder vooral bepaald door de scope van de 
services. Omvat die scope gebouwenbeheer, dan zal er behoefte bestaan aan 
technische hulpmiddelen voor zaalreservering, meterstandenbeheer, etc. Omvat 
die scope beveiliging, dan zal er behoefte bestaan aan technische hulpmiddelen 
voor bezoekersregistratie, sleutelbeheer, etc. In veel gevallen zijn dat dan vooral 
geautomatiseerde hulpmiddelen. 


Bevelliging: 


* bezoekers- 
registratie, 
* sleutelbeheer, 


registratie, 
* contract- 
beheer, 
* product- 
catalogi 


* moterstanden- 
beheer, 

* onderhouds- 
planning 


* postbezorging 


Figuur 8.1 Tools 


Al deze tools dienen zo goed mogelijk samen te werken, om één geïntegreerde 
ondersteuning van de serviceorganisatie te bieden (enterprise service 
management, integrated facility management). Voor dat doel zijn verschillende 
strategieën mogelijk. 


8.2.1 Toolstrategieën 

Toolleveranciers proberen zich in de markt te onderscheiden door zeer 
verschillende strategieën. Sommige tools omvatten reeksen modules met 
functionaliteiten van het type ‘systeemtool’, andere tools zijn juist sterker in het 
aansturen van workflows en kunnen juist weer goed interfacen met die 
systeemtools. 


Tools die alle functies proberen af te dekken volgen een ERP-strategie 
(enterprise resource planning), zie Figuur 8.2. Soms integreren deze tools hun 


226 


Hoofdstuk 8. De middelen van de serviceorganisatie 


modules, soms handhaven ze een modulaire structuur met ‘muren’ ertussen in 
de vorm van gescheiden databases. In alle gevallen ontstaat er een vendor lock- 
in, en in het slechtste geval ontstaat een lappendeken van functies waar 
geïntegreerde workflows niet meer mogelijk zijn. 


Tools die zich concentreren op één of enkele functies kunnen daarin excelleren. 
Deze tools volgen een point-solution strategie (Figuur 8.2). Deze ‘point 
solutions’ leveren soms weer een uitdaging in de zin van het interfacen en 
integreren van hun specifieke functie met de overige functies die de organisatie 
nodig heeft. De modulaire benadering die deze tools bieden maakt de 
afhankelijkheid van toolleveranciers echter wel meteen aanzienlijk kleiner. 


Een organisatie kan met deze point solutions een Best-of-Breed strategie 
volgen: het aaneensmeden van de beste selectie van gespecialiseerde producten 
tot een toolset die precies doet wat de organisatie nodig heeft. Door de snel 
toenemende mogelijkheden om web-based tools (SaaS-producten) via RESTful 
API's met elkaar te laten samenwerken, lijkt de toekomst van een Best-of-Breed 
strategie een steeds veiliger én voordeliger keus te worden. 


ERP-strategie Best-of-Breed strategie 
Figuur 8.2 Selectiestrategieën voor tools 


8.3 Workflowtools 


De bekendste tool voor het managen van werk(wijzen) is de workflowtool, ook 
wel helpdesktool, servicedesktool of facility management informatiesysteem 
(FMIS) genoemd. Een FMIS wordt ook wel aangeduid met de fancy titel IWMS 
(integrated workplace management system) of CAFM (computer aided facility 
management). We duiden ze hier voor het gemak allemaal aan met de term 
‘workflowtool’, ervan uitgaande dat de tool in staat is om workflows te 
ondersteunen. Er bestaan vele honderden varianten van deze tools om een 
gekozen werkwijze te ondersteunen, en de functie van ‘een workflowtool’ kan 
enorm variëren. 


Veel tools die worden ingezet als workflowtool hebben een focus op de onderste 

laag functionaliteiten uit Figuur 8.1, en scoren relatief zwak op de functionaliteit 

uit het bovenste deel van die figuur. FMIS’sen, en in ttenemende mate ook tools 
die worden aangeboden onder de noemer enterprise service management tool, 
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bieden daarbij een breed scala aan ondersteunende modules voor technische 
ondersteuning van bijvoorbeeld: 
bezoekersregistratie en personenbeheer 
ruimte- en locatiebeheer, zaalreservering 
sleutelbeheer 

onderhoudsplanning 

contractbeheer 

wagenparkbeheer 

parkeerplaatsbeheer en slagboombediening 
reservering van middelen 

meldingen- en werkorderbeheer 


Die tools verschillen vaak sterk in de mate waarin ze werkelijk workflows 
ondersteunen, en de mate waarin ze de specifieke activiteiten van een 
taakgebied op het niveau van de systeemtools ondersteunen. Zuivere 
workflowtools, die alleen het bovenste deel van de figuur afdekken, integreren in 
meer of mindere mate mét die systeemtools. Vanuit het perspectief van 
servicemanagement is vooral van belang hoe goed deze tools de gekozen 
werkwijzen ondersteunen. 


Aangezien alle werkwijzen in USM de vorm van workflows hebben, is een soepele 
ondersteuning van workflows door de tool cruciaal. Ook de tools die als zo’n 
zuivere workflowtool worden aangeboden, laten daar echter nogal eens te 
wensen over. Deze tools zijn vaak gebaseerd op practices en niet op principes 
en bijbehorende workflowmodellen, en hebben als gevolg daarvan een 
modulaire structuur. Die modulaire structuur maakt het moeilijk deze tools in 
te richten als een geïntegreerde, enterprise workflowtool. 


Een belangrijk onderdeel van de workflowtool is de database met de records 
van de workflows (de meldingen). Integratie van de workflows in één database 
bevordert een geïntegreerde, procesmatige werkwijze. Als de modulaire 
toolfunctionaliteit zich door vertaalt naar modulaire databases, dan is zo’n tool 
technisch vaak niet in staat om integrale planningen te ondersteunen, over alle 
werkzaamheden en workflows heen. Zo’n tool leent zich dan niet als enterprise 
workflow tool. 


Een workflowtool die enterprise wide wordt ingezet, heeft bij voorkeur 
een enkele, ongedeelde database voor het beheren van alle 
meldingen en planningen. 


8.3.1 Eisen aan workflowtools 

De workflowtool dient de workflows van USM maximaal te ondersteunen. 
Stichting SURVUZ certificeert tools die aantoonbaar in staat zijn om deze 
functionaliteit te leveren en waarvan een geconfigureerde versie in de markt 
beschikbaar is (zie Figuur 1.3). 

Workflowtools, geschikt voor USM, voldoen aan de volgende eisen: 

e Voor elke USM-workflow is er een sjabloon, dat in de tool wordt 


geactiveerd. 
e Gestandaardiseerde supportverzoeken worden volgens templates ingediend. 
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e De tool moet die sjablonen op afroep kunnen activeren bij een melding van 
het bijbehorende type. 

— De sjablonen kennen automatisch activiteiten (taken) en afhandeltijden 
toe aan de vooraf bepaalde oplosgroepen, volgens het stramien van de 
workflow en de lokale RACI. 

e De tool geeft de status van de melding en elke activiteit daarvan weer. 

e De tool hanteert terminologie die in lijn is met de USM-terminologie. 

e De tool kan bij elk van de USM-workflows een instelbaar aantal kenmerken 
vastleggen. 

— De tool registreert afhandeltijden per activiteit en uitvoerder. 

— Alle meldingen kunnen worden gerelateerd aan een service en aan de 
infrastructuur (CI) van de voorziening waarop de melding betrekking 
heeft. 

— De tool specificeert verschillende profielen met verschillende 
bevoegdheden t.a.v. meldingafhandeling (zie 7.13.1 RACI en Figuur 7.19). 

e Eris een self-service portaal (self-servicedesk) instelbaar waar de 
gebruiker zelf meldingen kan aanmaken en informatie kan opvragen over de 
afhandeling van zijn meldingen. De informatie is in gebruikerstermen 
gespecificeerd, niet in leverancierstermen. 

e De tool ondersteunt via een zoekfunctie het ‘opwaarderen’ van 
meldinghistorie tot herbruikbare informatie in het kader van 
kennismanagement. Ook externe databases passen in die zoekfunctie. 

e De tool biedt een integrale planningsfunctie voor herhaald planbare 
activiteiten en ad hoc extra activiteiten. 

e De tool voorziet in een registratie van alle beheerde infrastructuur en de 
relaties tussen de infrastructuurelementen, in een CMDB. Elk 
infrastructuurelement toont alle daaraan gerelateerde meldingen. 

e De tool heeft een breed spectrum aan interfaces met aanvullende tools, 
waaronder BPM-tools, systeembeheertools, en tools met aanvullende 
functionaliteiten. 

e De tool biedt krachtige rapportagefaciliteiten: 

— De tool genereert instelbare overzichten van onderhanden en wachtend 
werk per behandelaar en per afhandelteam. 

— De tool toont de meldingen per gebruiker. 

— De tool verstuurt notificaties bij het optreden van instelbare events. De 
tool ondersteunt bijvoorbeeld monitoring voor alle workflows, door een 
signaleringsfunctie van taken die (bijna) uit de beschikbare tijd lopen. 

— De tool ondersteunt rapportage conform de afspraken met de klant over 
de prestaties (in termen van meldingen), met een ingebouwde 
rapportagefunctie of met een instelbare export van de database naar 
andere rapportagetools of naar Excel. 


8.4 CMDB-tools 


Een zeer belangrijke database bestaat uit de registraties van alle voorzieningen 
die de serviceorganisatie voortbrengt en de middelen die de organisatie daarvoor 
gebruikt. Dit zijn configuratiemanagementdatabases, CMDB's, die samen het 
configuratiemanagementsysteem (CMS) vormen. Of dit één geïntegreerde 
database is, of een stelsel van samenhangende gegevensverzamelingen, is 
conceptueel niet relevant. In de praktijk maakt dat natuurlijk wel veel uit: een 
enkelvoudige database is veel eenvoudiger en efficiënter te beheren en te 
ontsluiten, dan een serie losse, en vaak redundante registers die in verschillende 
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media zijn opgeslagen (databases, Word- en Excelbestanden, dagboeken, 
whiteboards, cloud-notitieblokken, etc.) 


De workflowfunctionaliteit en de CMDB-registratiefunctie zijn 
essentiële functies voor een tool die integraal en geïntegreerd de 
werkwijzen van een organisatie moet ondersteunen. De mate waarin 
deze tool zelf voorziet in de specifieke ondersteuning van technische 
handelingen in de ondersteunde taakgebieden (op het niveau van 
systeemtools) of juist integreert met specialistische tools, is 
afhankelijk van de strategische keus tussen een ERP-benadering en 
een best-of-Breed benadering. 


8.5 Templates en documenten 


Naast tools beschikt een organisatie ook over templates (sjablonen) en 
documenten die een rol spelen als hulpmiddelen van de serviceorganisatie. Deze 
hebben dan bijvoorbeeld betrekking op: 

e _aanmeldformulieren voor wensen (requirements, klachten), wijzigingen 
(RFC's), incidenten, service requests en risico’s 

profielen en opleidingsplannen 

de RACI-tabel 

escalatieschema'’s 

rapportages (proces, lijn, workflow, service) 

overeenkomsten (SLA, OLA, UC) 

de servicecatalogus 

schema’s voor categorieën, impact, prioriteit, urgentie, kans, gevolg 
dag-, week- en maandplannen 

het CMDB-model 

testplannen en —-rapporten 

een schema voor statussen voor meldingen 

het lifecycle-schema van een incident 


8.6 Kernbegrippen 


De volgende begrippen spelen een belangrijke rol bij de middelen van de 
serviceorganisatie: 


e _workflowtool e ERP-strategie 

e _BPM-tool e Best-of-Breed strategie 
e FMIS e point solution 

e rapportagetool e sjabloon 

e CMDB, CMS e template 

e _systeemtools 
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9 TOEPASSING VAN DE USM-METHODE 


Dit hoofdstuk illustreert toepassingen van de USM-methode in de 
praktijk, en laat zien hoe moderne werkwijzen kunnen worden 
gehanteerd in een USM-toepassing. De volgende begrippen komen 
aan de orde: 

e Invoering en fasering van USM 

Projectstructuur en deliverables 

Verandermanagement en gedragsbeïnvloeding 

Groeifasen van organisaties 

Agile, DevOps, Lean, Design thinking 

Shared service centers 

Externe eisenpakketten 


Een methode staat per definitie los van haar toepassing. 


Dit unieke kenmerk van een methode maakt de USM-methode geschikt voor alle 
toepassingen binnen de scope van USM: serviceorganisaties. 


USM kan dus net zo goed worden toegepast op een team Personeelszaken als op 
een IT-afdeling, een afdeling Gebouwenbeheer, een catering-team, een 
gemeente, of een telecomprovider. Om de generieke toepassing te ondersteunen 
beschikt de USM-methode over een gestandaardiseerd invoeringsprotocol. Dat 
protocol past bij een flexibele invoeringsstrategie met stapsgewijze verbetering. 
Het is gericht op het maximaliseren van het zelfredzaamheidsvermogen van de 
serviceorganisatie, waardoor langdurig inhuren van externen voor de begeleiding 
van de organisatieverbetering tot het verleden behoort. 


Een USM-invoering kent verschillende doelen, die vooral te maken hebben met 
de factor ‘control’, bijvoorbeeld: 

e verbeteren van het vermogen om services te leveren 

verbeteren van de kwaliteit van de services 

voldoen aan interne of externe eisen of standaarden 

besparen van kosten 

voorbereiden op outsourcing 

voorbereiden van toolvervanging 

samenvoegen van verschillende organisaties tot één samenhangend geheel 


9.1 Invoering 


De invoering van de USM-methode gebeurt formeel, ondersteund door de 

Stichting SURVUZ, of informeel, geheel op eigen kracht: 

e In een formeel project maakt een interne projectleider gebruik van 
gecertificeerde USM-artefacten, onder begeleiding van een gecertificeerde 
USM-coach. 

e Een informeel project is een project onder verantwoordelijkheid van de 
organisatie zelf, zonder inzet van gecertificeerde USM-begeleiding. 
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De hulpbronnen die bij een USM-invoering mogelijk zijn, variëren van een set 
gecertificeerde mensen en middelen tot aan niet meer dan dit boek. Tussen 
beide uitersten kan een organisatie naar behoefte gebruik maken van USM- 
producten (zie paragraaf 1.9) of deze zelf ontwikkelen. Deze worden dan onder 
eigen toezicht en verantwoordelijkheid toegepast. 


De invoeringsmethode van USM is gebaseerd op de overtuiging, det 
een serviceorganisatie alleen tot blijvende verbeteringen in de 
werkwijze komt, els de eigen medewerkers zelf leren de juiste 
stappen te zetten. 

In een formeel invoeringsproject is de externe ondersteuning daarom 
vooral gericht op het begeleiden van interne medewerkers in het 
leerproces om zelf de verbeteringen te managen, tijdens en na de 


invoeringsfase van de USM-methode. 
EREN EAN ee 


Ook in een formele USM-invoering begeleidt een USM-coach slechts een interne 
projectleider, om de invoering tot een goed einde te brengen. Die interne 
projectleider fungeert els de verandermanager voor de organisatie, bij het 
leren toepassen van de USM-methode. De organisatie schaft daarbij de middelen 
aan waar zij nog niet over beschikt, voor zover nodig en gewenst, en bepaalt zelf 
het tempo van de invoering op basis ven het eigen verandervermogen en het 
beschikbare budget. 


Aan het andere eind van het spectrum, in een informeel doe-het-zelf-project, 
past de organisatie USM op hear eigen wijze toe, zonder gecertificeerde USM- 
begeleiding en -middelen. 


Iedere organisatie kan USM zonder externe hulp toepassen. 


9.2 Fasering 


Invoering van een methode betekent: leren toepassen. De USM-invoeringsmethode 
(Figuur 9.1) beschrijft hoe een organisatie bij een formele invoering te werk gaat. In 
een informele invoering kan een organisatie deze aanpak naar believen volgen of 
aanpassen, of vervangen door een eigen werkwijze voor organisatieverbetering. 


Bij een formele invoering werken opdrachtgever en USM-coach®’ nauw samen. De 
medewerkers van de opdrachtgever voeren zo veel mogelijk taken zelf uit, de coach 
beperkt zich tot het overdragen van kennis, het begeleiden van beslissingen en het 
ondersteunen van de inteme medewerkers. 


Bij een USM-invoering is een toolspecialist gewenst, omdat alle workflows uiteindelijk in 
een workflowtool ondersteund moeten worden. Of dat een interne of een externe 
specialist ís, hangt van lokale omstandigheden af. Die tooling is van groot belang, omdat 
uiteindelijk alle werkzaamheden in de serviceorganisatie zich dagelijks “openbaren” aan 
de medewerkers, via het scherm van de workflowtool. 


7 In een formele USM-invoering kan de rol van USM-coach extern zijn, als de organisatie vindt dat 
ze enige mate van begeleiding nodig heeft. 
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De hiernavolgende beschrijving van de invoering is opgesteld in termen van ‘we’, om de 
samenwerking tussen de opdrachtgever, de interne projectleider en de USM-coach te 
benadrukken. 


De invoering kent de volgende fasen: 


1. In de intake bepalen we°® de scope van het project, stellen we de actuele 
situatie vast, en kiezen we de stip op de horizon. Hier kunnen we een USM- 
scan inzetten om de startsituatie te analyseren. 

In deze stap stelt de opdrachtgever vast dat we USM gaan inzetten als 
methode. We kiezen de projectstructuur (Figuur 9.2 en verder), we leggen 
de profielen vast voor interne projectleider, USM-coach, toolspecialist en de 
eventuele rest van het projectteam. 


2. In de daaropvolgende planning bepalen we de concrete fasering van de weg 
naar de gekozen stip op de horizon. Hier stellen we het definitieve draaiboek 
voor de invoering op. In deze stap stelt de opdrachtgever vast hoe we USM 
gaan inzetten als methode. Bij een formele USM-invoering gebruiken we een 
gedetailleerd standaard draaiboek. 


3. In de coaching-fase leert de organisatie stapsgewijs de werkwijze volgens 
USM in te richten en toe te passen, onder leiding van de interne projectleider. 
De USM-coach begeleidt de interne projectleider en ziet toe op de 
afgesproken werkwijze. De toolspecialist richt de workflowtool in. 

In de eerste verbetersprint doen we de belangrijkste aanpassingen, in de 
zin van de taakverdeling, de inrichting van de technologie (de tool), en de 
basisvoorzieningen voor de werkwijzen. In de daaropvolgende verbetersprints 
worden successievelijk kleine verbeteringen gepland en doorgevoerd. Daarbij 
geldt de leidraad dat we geconcentreerd werken aan een beperkte set 
verbeteringen die in de afgesproken sprintperiode (bijv. een kwartaal) 
haalbaar is. Het kan daarbij minstens zo belangrijk zijn om vast te stellen 
waar we niet aan gaan werken, als waar we wel aan gaan werken. 

Het MT is nauw betrokken bij de voortgang van deze verbeteringen, die wordt 
gerapporteerd door de projectgroep en de eventuele projectteams (Figuur 9.4 
en verder). 


4. Als de organisatie vindt dat zij voldoende bekwaam is in het hanteren van 
USM, stopt de externe begeleiding door de USM-coach. De organisatie gaat 
zelfstandig verder met USM op basis van routine. Op dit punt kunnen we 
opnieuw een USM-scan inzetten, om vast te stellen hoe ver we in de richting 
van de stip op de horizon zijn gevorderd. Als de organisatie later wil 
controleren of zij nog steeds op de juiste weg zit, kan de coach incidenteel of 
regelmatig de werkwijze tegen het licht van USM houden. Dat kan op basis 
van voortgangsgesprekken met kernspelers, of met de USM-scan. 


68 “we” betekent in dit geval dus: de opdrachtgever en de coach 
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Figuur 9.1 Fasering van de USM-invoering 


9.3 Projectstructuur 


De projectstructuur van een USM-invoeringsproject is sterk afhankelijk van de 
grootte en complexiteit van de organisatie. Een USM-invoeringsproject maakt 
onderscheid naar een stuurgroep en een projectgroep: 

e De stuurgroep bepaalt de scope van het project en bewaakt de voortgang op 
hoofdlijnen. Hierin zitten minimaal de opdrachtgever, de interne projectleider 
en de USM-coach. De stuurgroep heeft een krachtige vertegenwoordiging in 
het MT en zorgt ervoor dat het project op de agenda staat en aandacht krijgt. 

e De projectgroep houdt zich bezig met de dagelijkse leiding over het project. 


Bij een grote organisatie ondersteunen projectteams met een specifieke taak de 

projectgroep. Elk projectteam kan verbetersprints initiëren: 

, Het services-team houdt zich bezig met het vaststellen van de services van 
de organisatie en het aanbrengen van een structuur in de geleverde 
voorzieningen. 

e Procesteams houden zich bezig met het inrichten van de afzonderlijke 
processen en de workflows. 

e Het tool-team houdt zich bezig met het inrichten van de ondersteunende 
workflowtool. 
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Figuur 9.2, Figuur 9.3 en Figuur 9.4 illustreren achtereenvolgens een 


projectstructuur voor een kleine, middelgrote en grote serviceorganisatie. Deze 


structuren zijn slechts voorbeelden. In een doe-het-zelf-project heeft een 
organisatie uiteraard de vrije hand in het bepalen van de werkwijze bij de 


toepassing van USM. 
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Figuur 9.2 Projectstructuur bij invoering in een kleine organisatie 
„Á OPDRACHTGEVER 
STUURGROEP ___hatnininiaiake 3 4 PROJECTLEIDER 


__--2(USM.coacH _ | 


PROJECTGROEP 


SERVICES-team PROCESSEN-team TOOL-team 


\ 
\ 


TOOLSPECIALIST ) 


Figuur 9.3 Projectstructuur bij invoering in een middelgrote organisatie 
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Figuur 9.4 Projectstructuur bij invoering in een grote organisatie 
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9.4 Deliverables 


De toepassing van de USM-methode leidt tot een voorspelbare, 
gestructureerde werkwijze, waarmee een organisatie meer grip krijgt 
op werkwijzen en prestaties en daarmee uiteindelijk ook op de 


klanttevredenheid. 
EE nn 


Het resultaat van de USM-invoering is een organisatie die methodisch te werk gaat 

volgens USM. Dit betekent concreet dat de volgende resultaten zijn bereikt: 

« De organisatie werkt planmatig en service- en klantgericht. 

* De organisatie heeft haar algemene werkwijzen vastgelegd. 

« De organisatie heeft een zo groot mogelijk aantal routine-werkwijzen 
gestandaardiseerd en waar mogelijk gemechaniseerd/geautomatiseerd. 

* De organisatie heeft alle TBV van profielen en medewerkers vastgelegd en 
ontsloten met een RACI en BPM-tooling, conform de USM-aanpak. 

« De organisatie heeft haar services SMART, KISS en klantgericht 
gespecificeerd. 

, De medewerkers hebben snel en eenvoudig toegang tot alle hulpmiddelen en 
tot alle informatie. 

« De organisatie heeft voor alle profielen een opleidingsvoorschrift vastgelegd, en 
voert de opleidingen planmatig uit. 

e De organisatie inventariseert regelmatig knelpunten t.a.v. de werkwijze, 
bedenkt oplossingen en prioriteert de verbeteringen. 

e Het management van de organisatie stuurt planmatig en actief op de 
geprioriteerde verbeteringen via gestructureerde verbetersprints. 

e De organisatie ondersteunt haar werkwijze met een tool die is afgestemd op de 
werkwijze. 

e De organisatie produceert rapportages die de managementcyclus met KPI's en 
KRI’s ondersteunen. 


9.5 Verandermanagement 


De grootste uitdaging bij een USM-invoering heeft te maken met de mensen in 
de serviceorganisatie. Er is sprake van een verandertraject en dat is vaak een 
complexe zaak, waarbij weerstand ontstaat onder de betrokken medewerkers. 
Het verandertraject moet daarom aansluiten bij de lokale organisatie, 
werkwijzen, technologie en cultuur. 


Op het gebied van verandermanagement zijn talloze aanpakken beschreven, 
gebaseerd op een breed scala aan overtuigingen over hoe een 
organisatieverandering het meest effectief en efficiënt verloopt. Deze mêlee van 
veranderaanpakken verandert bovendien zelf voortdurend op basis van weer 
nieuwe inzichten en biedt daardoor weinig houvast. 


De USM-methode beschikt in dit verband over instrumentarium in de vorm van: 

e een gedetailleerde beschrijving van de organisatorische structuren, 
werkwijzen en ondersteunende technologie, die als stabiel kader voor alle 
medewerkers gelden 5 

e een gestructureerde invoeringsmethode gebaseerd op een stapsgewijze 
aanpak in de vorm van verbetersprints, waarin de organisatie de processen 
en de technologie geïntegreerd afstemt op de geplande verbeterdoelen 
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Verandermanagement heeft betrekking op de mensen in de organisatie. Houding, 
gedrag en cultuur spelen een bepalende rol in het streven naar service 
excellence. Deze factoren krijgen na de invoering van USM bijvoorbeeld de 
volgende concrete inhoud: 
, Houding: 

— We zijn klantgericht en klantbewust. 

— We zijn servicegericht i.p.v. techniekgericht. 

— We zijn voortdurend op zoek naar verbeteringen. 
, Gedrag: 

— Procesmanagers: “Hoe kan ik je helpen je werk beter te doen?” 

— We werken samen, over teamgrenzen heen. 

— We registreren omdat dit de organisatie helpt. 

— We leveren extra inzet waar dat nodig is. 
e Cultuur: 

— We delen onze kennis. 

— Het MT heeft dezelfde doelen als de medewerkers. 

— We zijn trots op onze resultaten. 

— We leggen verantwoording af in zinvolle rapportages. 

— We stimuleren persoonlijke ontwikkeling. 

— We voelen ons vrij om commentaar te leveren. 


Bij verandermanagement kunnen verschillende technieken worden ingezet, zowel 
voor het analyseren van gedrag als voor het beïnvloeden daarvan. Enkele van de 
meest gangbare technieken zijn: 

e De kleurendruk van De Caluwé 

e Het Triade-model 

e Organizational behavior management (OBM) 


9.5.1 Kleurendruk van De Caluwé 
Met het kleurendruk-model zegt De Caluwé“: “Dingen/mensen zullen 
veranderen als je …” 
e met Geetdruk: 
— belangen bij elkaar brengt 
— mensen dwingt tot het innemen van (bepaalde) standpunten/meningen 
— win-win situaties creëert/coalities vormt 
— de voordelen laat zien van bepaalde opvattingen (macht, status, invloed) 
— de neuzen richt 
e met Blauwdruk: 
— van tevoren een duidelijk resultaat/doel formuleert 
— een helder stappenplan maakt van A naar B 
— de stappen goed monitort en op basis daarvan bijstuurt 
— alles zoveel mogelijk stabiel houdt en beheerst 
— de complexiteit zoveel mogelijk reduceert 
e met Rooddruk: 
— mensen op de juiste manier prikkelt, bijvoorbeeld door straf- of 
lokmiddelen 
— geavanceerde HRM-instrumenten inzet voor belonen, motiveren, 
promoveren, status 
— mensen iets teruggeeft voor wat zij jou geven 


69 Denken over veranderen in vijf kleuren. L.I.A. de Caluwé, in: Management & Organisatie, 1998 
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* met Groendruk: 
— mensen bewust maakt van nieuwe zienswijzen/eigen tekortkomingen 
(bewust onbekwaam) 
— mensen motiveert om nieuwe dingen te zien/te leren/te doen 
— geschikte gezamenlijke leersituaties creëert 
, met p 
— uitgaat van de wil en wens en de ‘natuurlijke weg’ van de mens zelf, 
betekenis toevoegt 
— de eigen energie van mensen laat komen 
— dynamiek/complexiteit wilt zien 
— eventuele blokkades wegneemt 
— symbolen en rituelen gebruikt 


Alleen een blauwdruk-aanpak is niet voldoende om een dienstverlenende 
organisatie in te richten en beter te laten functioneren. Bij het onvermijdelijke 
veranderproces vragen de overige kleuren uit het spectrum van De Caluwé ook 
aandacht. Een blauwdruk-aanpak krijgt in een technologisch bepaalde 
dienstverlening, waar de klant sterk afhankelijk is van de services, een 
belangrijke rol. Zonder geeldruk en rooddruk blijven de resultaten echter 
beperkt. In andere omgevingen is witdruk of groendruk een meer voor de hand 
liggende aanpak. In de praktijk levert iedere kleur een bijdrage aan een 
blijvende verbetering. 


9.5.2 Triade-model 

Prof. Dr. Theo Poiesz beschreef in 1999 een eenvoudig en breed toepasbaar 
systeem voor de verklaring, beïnvloeding en voorspelling van gedrag. In het 
Triade-model (Figuur 9.5) laat hij zien hoe gedrag bepaald wordt door drie 
factoren: motivatie, capaciteit en gelegenheid. Toepassing van dit model maakt 
duidelijk hoe gedrag op succesvolle wijze beïnvloed kan worden. Het geeft ook 
aan hoe foutieve beslissingen kunnen worden voorkómen. 


Volgens het Triade-model is gedragsverandering pas goed te realiseren als een 
persoon op alle drie de factoren goed scoort. Met alleen motivatie is het 
gewenste gedrag niet eenvoudig te realiseren: de capaciteiten die bij het 
gewenste gedrag horen zijn eveneens van belang. En zonder de gelegenheid 
om het gewenste gedrag te vertonen (plaats, tijd of andere condities) zal de 
persoon evenmin in staat zijn het gewenste gedrag te realiseren. De drie 
factoren van het Triade-model beïnvloeden elkaar sterk. De balans en 
samenwerking tussen die factoren bepaalt uiteindelijk in hoeverre het gewenste 
gedrag kan worden gerealiseerd. 


Elk van de drie factoren kan worden gemeten. Het product van de gemeten 
scores heet de Triade-score. Hoe hoger deze score, hoe groter de kans op het 
gewenste gedrag. De score kan worden gevisualiseerd in het Triade-model. 
Relatief lage scores kunnen vervolgens worden aangepakt om het gewenste 
gedrag verder te bevorderen. 
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MOTIVATIE 


10 
CAPACITEIT 


GELEGENHEID 


Figuur 9.5 Triade-model 


9.5.3 Organizational behavior management (OBM) 

In een serviceorganisatie zijn het uiteindelijk de mensen die het werk verrichten. 
Zij geven uitvoering aan workflows, ondersteund door middelen. De uitvoering 
van dat werk wordt aangestuurd langs de weg van processen c.q. workflows 
(procesmanagement/workflowmanagement) en langs de weg van organisatie 
(lijnmanagement), zie Figuur 4.8. 


Als medewerkers niet doen wat proces- of lijnmanagement van hen verwacht, 
dan zijn daar in de regel twee mogelijke oorzaken voor: 

1. Medewerkers kunnen het niet. 

2. Medewerkers willen het niet. 


De eerste oorzaak is randvoorwaardelijk: medewerkers moeten wel in staat 
worden gesteld om te doen wat van hen gevraagd wordt. Hebben ze voldoende 
rechten? Hebben ze de benodigde kennis? Hebben ze voldoende tijd? Beschikken 
ze over de benodigde middelen? Deze vraag heeft betrekking op de Triade- 
factoren capaciteit en gelegenheid. 


Als aan al deze randvoorwaarden is voldaan, zijn medewerkers dus in staat 
gesteld om aan de vraag te kunnen voldoen. Doen ze het desondanks nog steeds 
niet, dan ligt de oorzaak mogelijk op het vlak van willen. Ook dat kan tal van 
oorzaken hebben. Het ontbreekt hen bijvoorbeeld aan motivatie (de derde 
Triade-factor). Of ze hebben het eerder wél gedaan en dat is hen toen niet goed 
bevallen. Of ze weten dat ze afkeuring kunnen verwachten van collega’s. 
Medewerkers kunnen dan wel doen wat van hen verwacht wordt, maar om de 
een of andere reden willen ze dat niet. 
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Weerstand 

Lijn- en procesmanagers en -coördinatoren kunnen met zo’n medewerker in 
gesprek gaan, om verbetering in de situatie te brengen. Ze wijzen de 
medewerker bijvoorbeeld op zijn profielomschrijving, nemen de verwachtingen 
nog een keer door, of spreken een verbeterplan (bijvoorbeeld een Persoonlijk 
Ontwikkel Plan, POP) af. Het resultaat van zo’n aanpak is vaak van beperkte 
duur, Daarna is de situatie weer zoals daarvoor. Een veelgehoorde opmerking 
van vooral procesmanagers is, dat het bij sommige collega’s “trekken aan een 
dood paard” is, en dat het lastig is om iedereen “mee te krijgen”. Er is dan 
sprake van weerstand. 


In de meeste gevallen is deze weerstand logisch te verklaren vanuit het 
perspectief van de medewerker. De uitdaging is dus om te analyseren (en 
daarmee te verklaren) waar het onwillige gedrag uit voortkomt. Een gerichte 
interventie is nodig om blijvende verbetering te bereiken. 


Standaardisatie 

Als gedrag onder bepaalde omstandigheden regelmatig optreedt, dan vormt zich 
een gewoonte. Het gedrag wordt in zekere mate gestandaardiseerd. Een bekend 
voorbeeld is dagelijks eenzelfde route rijden voor woon-werkverkeer. Het gedrag 
is elke dag in hoge mate identiek. Het rijden van de route wordt een gewoonte. 


Dit verschijnsel uit zich in de mate van activiteit in de hersenen. Bij nieuw en 
onbekend gedrag is de hersenactiviteit hoog. Bij gewoontegedrag daalt de 
hersenactiviteit (Figuur 9.6). 


Nieuw gedrag Gewoonte 


Verlaagde 
hersenactiviteit 


Figuur 9.6 Hersenactiviteit bij nieuw gedrag en bij gewoontegedrag 


Een deel van de hersenen — met de basale ganglia - is continu op zoek naar 
gewoonten. Dit gebied, aan de voorkant van het brein, evalueert elke situatie en 
probeert een match te vinden met een gewoonte. Zodra de omstandigheden 
overeenkomen met een gewoonte ontstaat gewoontegedrag. Het doel hiervan is 
energie te besparen. Gewoontes kosten immers minder energie. 


Voor procesmanagers is het zinvol om hier bewust op in te spelen door te zoeken 
naar bestaande gewoontes bij medewerkers. Ze faciliteren vervolgens dat er 
nieuwe, gewenste gewoontes ontstaan, die de uitvoering van USM-workflows 
ondersteunen. Beïnvloeding van gedrag leidt tot nieuwe gewoontes. 
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Beïnvloeding van gedrag 

Er is veel wetenschappelijk onderzoek gedaan naar menselijk gedrag. Vanuit dit 
onderzoek is een methode ontwikkeld om gedrag te beïnvloeden: Organizational 
Behavior Management (OBM). OBM biedt concrete handvatten om gedrag te 
verklaren en te beïnvloeden. Het resultaat van de toepassing van OBM is dat 
gedragsverandering in veel gevallen aantoonbaar en blijvend is. 


De basisgedachte van OBM is, dat mensen doen wat ze doen vanwege de 
verwachte consequenties van hun gedrag. Als gedrag voordelen oplevert, dan 
vindt het vaker plaats. Als het nadelen oplevert, dan neemt de frequentie af. 


Volgens OBM bestaat gedrag uit drie elementaire stappen (Figuur 9.7): 

e Antecedent: iets dat gedrag uitlokt. Bijvoorbeeld een verkeersbord, een 
werkinstructie, een voorschrift, voorbeeldgedrag van collega's. 

e Gedrag: het gedrag dat volgt op het antecedent. In OBM is gedrag een 
waarneembare actie. Een abstracte kwalificatie van gedrag zoals ‘proactief’ of 
‘klantgericht’ past niet bij OBM. Wat wel past: een gesprek met een 
vriendelijke zin afsluiten, veiligheidskleding aandoen alvorens een 
machinekamer te betreden. 

e Consequentie: de (verwachte) consequentie van het gedrag. Bijvoorbeeld 
een compliment krijgen, een duim omhoog of een bonus. 


ANTECEDENT GEDRAG CONSEQUENTIE 


Figuur 9.7 De drie stappen van OBM 


Sturen op consequenties 

Diverse antecedenten zijn inzetbaar om gedrag te beïnvloeden: het herhalen van 
een eerder gemaakte afspraak, het opnieuw doornemen van een werkinstructie, 
of het benadrukken van de voordelen van de afgesproken werkwijze. Het is 
echter wetenschappelijk aangetoond, dat consequenties het gedrag effectiever 
beïnvloeden dan antecedenten. 


Voorbeeld. Als je een paar keer (per ongeluk uiteraard) te hard langs een 
flitspaal rijdt en je ontvangt nooit een boete, heeft dat dan invloed op je 
rijsnelheid in de buurt van die flitspaal? En als je altijd binnen een dag na die 


| overtreding een stevige boete ontvangt, heeft dát dan invloed op je 
rijsnelheid? 


Sturen op antecedenten gebeurt echter veel vaker dan sturen op consequenties. 
Als een medewerker zich niet aan een afspraak houdt, dan krijgt hij nogmaals de 
regels of de USM-workflows uitgelegd. Regels en workflowbeschrijvingen zijn 
antecedenten. Stuurt een leidinggevende op consequenties, dan beantwoordt hij 
in feite de (onbewuste) vraag van de medewerker “waarom zou ik dat doen?” 
Een helder antwoord op die vraag maakt de kans op het gewenste gedrag groter. 
Dit aspect komt ook aan de orde in paragraaf 5.8 over communicatie. 
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Procescoördinatie 

In teamgerichte organisaties heeft de procescoördinator (c.q. de 
workflowcoördinator) minder aansturende macht dan de teamcoördinator, zie 
Figuur 4.8. De procescoördinator moet in die situaties dus op een andere manier 
gedaan krijgen wat in het belang is van het proces, en daarmee in het belang 
van de klant. In zulke situaties is OBM een krachtig, pragmatisch en eenvoudig 
te begrijpen hulpmiddel voor procescoördinatoren die sturen op de uitvoering, 
maar ook voor procesmanagers die meer sturen op afspraken. 


Sturen op consequenties 

OBM geeft aan dat er drie grote valkuilen zijn in het managen van gewenst 
gedrag, en geeft handvatten om deze valkuilen te vermijden. De uitdaging ligt in 
het concreet benoemen en communiceren van het gewenste gedrag in relatie tot 
de consequenties. Bij de invoering van USM kiest de organisatie een stelsel van 
consequenties, en past deze vervolgens structureel toe. 


Het sturen op consequenties is mogelijk op vier manieren. Twee daarvan 
(belonen en dwingen) versterken de kans dat het gedrag plaatsvindt. Twee 
andere manieren (negeren en straffen) verlagen de kans dat het gedrag 
plaatsvindt, zie Figuur 9.8. Alleen belonen en negeren blijken een positief effect 
op lange termijn te hebben, vooral bij de combinatie van die twee. 


De basis van sturen op consequenties ligt in de theorie rondom operant 
conditioneren (instrumenteel leren). 


Operante conditionering: het leerproces waarbij een respons in 
een bepaalde context opgevolgd wordt door een bekrachtiger of 
bestraffer. 


Het controversiële is, dat straffen voor een manager een belonende ervaring kan 
zijn (“ze springen snel in het gareel, ik heb het weer op de rit gezet”). Voor 
medewerkers is straffen echter een negatieve ervaring. Straffen en dreigen 
werkt snel en lijkt daarom aantrekkelijk, maar het effect is van korte duur en 
vraagt voortdurende managementinspanning. Bovendien gaan medewerkers een 
minimale inzet tonen, waarmee ze nét niet in de problemen komen. 


‘mmm 


Straffen en dreigen helpt. Maar de onderliggende vraag is: Wil je het 
vuur ónder medewerkers aansteken, of het vuur ín medewerkers 


laten branden? 


Bij belonen en negeren laat het effect langer op zich wachten, maar houdt de 
werking veel langer aan. Het vergt (als het effect eenmaal is bereikt) bovendien 
minder managementinspanning en zorgt voor een prettiger werksfeer, voor 
zowel manager als medewerker. Een extra bijkomstigheid is dat medewerkers 
vaak beter gaan presteren dan in een ‘\zesjescultuur’. 
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Positief 
NEGEREN BELONEN 
Het gedrag levert niets op en Je krijgt iets dat je wil. Medewerkers gaan 
dooft na zekere tijd uit. gewenst gedrag méér vertonen. Op den duur 
Soms wordt het gedrag heviger wordt het gewenste gedrag een gewoonte en 
vlak voor het uitdooft. hoeft het nog maar af en toe beloond te worden. 
Gevolg: medewerkers willen niet Gevolg: medewerkers willen presteren. 


presteren. 


Gedrag verlagend Gedrag verhogend 
Je krijgt iets dat je niet wil. Het gedrag neemt toe omdat het moet, maar 
Ongewenst gedrag kan op deze het gaat niet van harte. Daarmee is het effect 
manier worden verlaagd, maar beperkt: je moet blijven dreigen/dwingen, 
je krijgt er niet mee wat je wél wil. en de prestaties zijn het minimaal vereiste, 
Straffen heeft dus beperkt effect. niet het maximaal haalbare. 
Gevolg: medewerkers mogen niet Gevolg: medewerkers moeten presteren. 
presteren. 

STRAFFEN DREIGEN / DWINGEN 
Negatief 


Figuur 9.8 Sturen op consequenties volgens OBM 


Voorbeeld. Mike is procesmanager Incident management (INC). Na enige 
tijd merkt hij, dat een team beheerders vaak incidentmeldingen sluit zonder 
bij de aanmelder te checken of het incident is verholpen. Dit valt onder stap 
6 van het INC-proces: [Toetsen herstel & terugkoppelen]. 


Om te achterhalen waarom deze stap vaak wordt overgeslagen stelt Mike 
vragen aan diverse beheerders. Het wordt al snel duidelijk, dat één van de 


beheerders onvoldoende op de hoogte is van deze stap. Nogmaals het INC- 
proces doornemen zorgt ervoor, dat de beheerder op de hoogte raakt van 
alle stappen van het INC-proces en deze gaat volgen. 

In dit geval blijkt aandacht besteden aan het antecedent ‘processtappen 
INC-proces’ voldoende om het gewenste gedrag tot stand te brengen. 
Diverse andere beheerders geven bij Mike aan, dat ze het checken bij 
aanmelders lastig vinden. 
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Hieneoor worden deverse redenen aangedragen: 
» Als ik iets vlos, dan doe ik dat goed; dat hoef ik niet te controleren. 
Gebruikers hebben gavotdoende kennis om te bepalen of een technische 
oplossing afdoende 15 5 
Het kost me teveet tijd, weet je hoeveel meldingen ik moet wegwerken / 
Vaak zijn aanmeiders moeilijk te bereiken, omdat ze parttime werken, 9! 
omdat ze geen tetefoonnymmer hebben opgegeven. 

Ik heb geen zin om drie keer 70 tang bezig te zijn met mensen 9 
dan met festelijke het oplossen van een storing. 


raiken 


0 


Het ongewenste gedrag (melding sluiten zonder te checken) is dus 9920 
verklaarbaar vanuit het perspectief van de beheerders. 


Om dit gedrag te beinvloeden maakt Mike gebruik van het OZM- 

neemt de volgende stappen: 

« Hij bepaalt het gewenste gedrag: “Via e-mail, telefoon of in persoon 
checken of een storing is verholpen.” 

e Vervolgens voert hij een nulmeting uit gedurende twee 
blijkt dat in 32% van de gevallen wordt gecheckt bij de me 
storing is verholpen. 

* Tijdens een teamvergadering presenteert hij dit resultaat zen het teem. 
Daarbij vraagt hij welk percentage volgens het team hee! 
team noemt een percentage van 80% realistisch. Vervolge 7 
welke beloning het team wil als de 80% gehaald wordt. Ne enic 
geroezemoes komt iemand met de suggestie, dat de leidin nde den 
een gesprek van een uur voert met de gebruiker, die als zee 
lastig bekend staat. Tot genoegen van het team gaat de leic 
akkoord. 

e Elke week doet Mike een meting om het percentage gesloten meicingen 


inclusief check te bepalen. Het resultaat wordt in een staaf 
en wordt zowel tijdens bijeenkomsten getoond als geprint bij 
koffieapparaat gehangen. Aanvullend letten hij en de leidinggev 


situaties waarin ze zien dat een beheerder bij het afronden van 
storing een check uitvoert, en geven ze publiekelijk een compiiment. 


Binnen zes weken is het aantal gesloten storingen dat wordt gecheckt 
gestegen tot 86%. Tot grote hilariteit van het team maakt de leicinggevence 
een afspraak van een uur met de lastige gebruiker. Het neveneffect is, cat 
de gebruiker zich meer gehoord voelt. Ook blijkt, dat de gebruiker 

| verouderde apperatuur heeft, die al een jaar geleden vervangen hed meeten 
worden. Dit verklaart de hoeveelheid storingen en de irritatie bij de 


gebruiker. 


pit voorbeeld illustreert een kernpringipe van OBM: 


en en 
“Gedrag is vaak logisch als het wordt bekeken vanuit het 
gerspectief van de persoon diie hek gedrag vertoont” 
pgerspec 


OEM levert een instrument dak uitstekend bruiklvaar is bij het effectief leren 
j USM wer ZE. 
toepassen van de 


za 


Hoofdstuk 9. Toepassing van de USM-methode 


9.6 Groeifasen van organisaties 


Greiner’? modelleert de ontwikkeling van een organisatie in de loop van de tijd 
met vijf fasen (Figuur 9.9). Het zijn vooral de faseovergangen die de problemen 
opleveren. Daar ‘spettert’ het, omdat er een ander besturingsmechanisme 
noodzakelijk wordt en de betrokkenen moeite hebben die overgang te maken: 


1. 


In fase 1 groeit de nog kleine organisatie door de inbreng van de 
medewerkers. De informele samenwerking is gebaseerd op communicatie, en 
inzet wordt beloond, bijvoorbeeld met winstdeling. Het gaat steeds beter, 
totdat de oprichter de leiding niet meer aan kan. De oprichter is vaak de 
expert waar het bedrijf zn propositie op kon baseren en niet de manager die 
de (grotere) organisatie kan leiden. Om naar fase 2 te kunnen zal de 
oprichter de leiding en daarmee de macht moeten delen. Dat gaat vaak 
gepaard met veel ‘gedoe’. 


„ Als dat succesvol is uitgevoerd ontstaat in fase 2 een organisatie met een 


middenkader: er is een directie met een managementlaag om de grotere 
organisatie professioneler te besturen. De communicatie wordt formeler, en 
de financiële besturing beperkt de oude vrijheden. Als de directie bij de 
doorgroei van de organisatie onvoldoende bevoegdheid aan dat 
middelmanagement geeft, verliest zij het overzicht en ontstaat er een nieuwe 
crisis. Deze keer kan die crisis worden opgelost als de directie leert delegeren. 


Met een krachtiger en autonomer middenkader groeit de organisatie in fase 3 
door totdat het middenkader teveel zeggenschap heeft verworven en 
onvoldoende samenhang meer heeft. De organisatie wordt onbeheersbaar en 
moet strakker worden geleid. Er ontstaat meer behoefte aan control. 


In fase 4 worden regels en richtlijnen ingevoerd om de organisatie 
samenhangend op koers te krijgen. Er wordt governance ingesteld, 
investeringen worden zakelijker beheerd o.b.v. return on investment (ROI), 
en het management leert verantwoording af te leggen o.b.v. strategische 
planvorming die aansluit bij de visie en missie van de organisatie. De neiging 
om alles met regels te gaan besturen (een blauwe benadering volgens De 
Caluwé, of een Anglo-Amerikaans model) leidt echter tot een overmaat aan 
bureaucratie. 


De organisatie komt deze bureaucratiecrisis alleen te boven als in fase 5 een 
vorm van organische samenwerking wordt gevonden, waarin de organisatie 
kan leren excelleren. Alle elementen van governance en management zijn op 
hun bijbehorende plaats gekomen, en de organisatie is wendbaar, 
functioneert in lijn met haar visie, is succesvol, krijgt een groot marktaandeel 
door overnames en fusies. Verdere groei is alleen mogelijk door het 
ontwikkelen van partnerschappen met complementaire organisaties. 


70 Larry E. Greiner (1972). Evolution and Revolution as Organizations Grow. Harvard Business 
Review, Vol. 50(4) 
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groei door 


GROOT samenwerking 


groei door 
coördinatie 


groei door 


delegatie 
groei door [ 


richting fase 3 


bureaucratiecrisis 


organisatie- 
omvang 


control-crisis 


groei door 
creativiteit fase 2 


autonomiecrisis 


fase 1 


KLEIN leiderschapscrisis 


tijd 


Figuur 9.9 Groeifasen-model van Greiner 


Het model van Greiner is vanzelfsprekend geen harde wet, maar het geeft wel 
inzicht in identiteitscrises die regelmatig kunnen worden waargenomen. Een 
organisatie die in staat is daarvan te leren, kan haar groeipijnen beter onder 
controle krijgen. 


9.7 Agile, DevOps, Lean, Design thinking 


In een snel veranderende maatschappij waarin technologie een belangrijke rol 
speelt, is het van toenemend belang om snel te kunnen reageren op die 
veranderende omstandigheden. Tegelijkertijd vereist de afhankelijkheid in ketens 
en netwerken dat de stabiliteit van services gewaarborgd is. Traditionele 
benaderingen waarin grote projecten werden opgetuigd om lange-termijndoelen 
te realiseren werken dan niet meer: de omstandigheden veranderen tijdens het 
project zo snel dat het oorspronkelijke doel al achterhaald is tegen de tijd dat de 
oplevering in beeld komt. Veranderingen en verbeteringen worden daarom in 
kleinere stapjes uitgevoerd, in een iteratieve benadering, waarbij de organisatie 
snel kan inspelen op nieuwe of aangepaste wensen. 


9.7.1 Agile 

Hier komt het derde USM-principe (paragraaf 2.4) van pas: “Systemen worden 
gestructureerd door ze te compartimenteren”. Het opdelen van grote, 
langlopende trajecten (een “waterval”-werkwijze) in kleine brokjes is onderdeel 


van een agile benadering. 


Die agile benadering is gestructureerd, en sluit aan bij het vierde USM-principe: 
“Gestructureerde werkwijzen leiden tot voorspelbare prestaties”. Een agile 
benadering is ook sterk klantgericht, en sluit daarmee aan bij het zesde USM- 
principe: “De klant bepaalt de kwaliteit van de service”. En met het elfde principe 
van USM wordt de aansluiting tussen USM en agile nog duidelijker: “Grote 
veranderingen pak je met kleine stapjes aan”. 
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USM ondersteunt agile werkwijzen: de principes sluiten aan en het 
procesmodel verandert niet als er kleinere veranderingen mee worden 
gerealiseerd. Het Agile Manifesto’! kan dan ook geheel worden 
gevolgd in een USM-toepassing. Sterker: als een organisatie haar 
werkwijzen en besturing methodisch heeft ingericht volgens USM, dan 


zijn aanzienlijk betere en blijvender resultaten te bereiken met agile 
werkwijzen. 


Agile werkwijzen zijn vooral populair in domeinen waarin technologie van het 
allergrootste belang is en razendsnel verandert, bijvoorbeeld in de IT. 
Technieken die daarbij worden gehanteerd zijn aangepast aan snelle, 
korteycelische aanpassingen. Ook organisatiestructuren kunnen worden afgestemd 
op agile werkwijzen. 


Voorbeeld. In de IT is scrrum een veelgebruikte techniek om korte 

k verbetersprints mee uit te voeren. Een regelmatig gebruikte organisatorische 

{constructie om invulling te geven aan agile werkwijzen is DevOps. 

i Het grote voordeel van deze werkwijzen en organisatiestructuren is dat er 

k een innige relatie en communicatie met de klant wordt ondersteund, geheel 

Hin lijn met de eisen die aan een klantgerichte benadering worden gesteld, 

i volgens een S-D logic. 
Het potentiële nadeel dat hiermee in beeld komt is — zoals zo vaak — dat zo’n 

| aanpak als een doel wordt beschouwd in plaats van als een middel, en dat 

{ organisaties er in doorslaan. Door te focussen op de techniek van de 
werkwijze introduceert zo’n organisatie dan nieuwe problemen. In DevOps 

{uit zich dat risico bijvoorbeeld in de disconnect die met Operations kan 

| optreden, als de belangen van flexibiliteit botsen op de belangen van 

i stabiliteit en continuïteit. Het inrichten van meerdere DevOps-structuren 
naast elkaar, gericht op het flexibel ondersteunen van meerdere business 
units, leidt bijvoorbeeld tot tribes, chapters, squads en guilds (zie Figuur 
9.10), die dan weer moeten worden gemanaged — terwijl in de ‘vorige’ 
situatie juist dat laatste al was georganiseerd. 


Agile werkwijzen hebben betrekking op de ontwikkeling van (nieuwe) 
voorzieningen. Agile kan dus op z'n best een ontwikkelsysteem 
worden genoemd. In USM betreft dat het proces Wijzigen. USM heeft 
een veel bredere scope dan alleen ontwikkelen of wijzigen: USM 
levert een managementsysteem voor de integrale dienstverlening van 
de organisatie. 


Daarmee is opnieuw duidelijk dat een agile werkwijze een prima plaats kan 
vinden binnen het USM-managementsysteem. De vier waarden van het Agile 
Manifesto kunnen in een USM-toepassing dan ook geheel worden ondersteund 
(Tabel 9.1). 


71 Het Agile Manifesto werd in 2001 door 17 softwareontwikkelaars opgesteld als een set van 
gemeenschappelijk waarden en principes voor het ontwikkelen van software. 
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Waarden in het Agile Manifest 
Mensen en hun onderlinge interactie 
boven processen en tools 


In USM is er geen sprake van het één boven het 
ander. USM is een holistische benadering van 
dienstverlening. USM ondersteunt iedere toepassing 
in de praktijk — ook al is die in de ogen van anderen 
niet handig of wenselijk. Wie er voor kiest om 
mensen en hun onderlinge relaties boven processen 
en tools te stellen, kán dat met USM doen. Een 
goede verstaander van USM zal echter inzien dat dat 
niet automatisch tot betere resultaten zal leiden. 
Documenteren is een borgingsmechanisme. Wie geen 
of beperkte waarde toekent aan dat mechanisme zal 
de consequenties moeten accepteren van het 
ontbreken of beperkt aanwezig zijn van 
documentatie. Of dat wenselijk en verantwoord is 
wordt bepaald door de organisatie. USM ondersteunt 
beide varianten. USM gaat echter verder: de focus 
ligt op klantgerichte dienstverlening, en cocreatie van 
waarde. Daarin is geen ruimte om het één boven het 
ander te stellen: USM volg een holistische 


Werkende software boven 
allesomvattende documentatie 


benadering. 
Samenwerking met de klant boven In USM staat klantgericht werken centraal, in de 
contractonderhandelingen context van een S-D logic. Onderhandelingen over de 


afspraken maken deel uit van de relatie. Hoeveel 
gewicht die afspraken hebben, en hoeveel belang aan 
de onderhandeling daarover wordt gehecht, is een 
eigen beslissing van een organisatie. USM 
ondersteunt alle vormen van toepassingen. 

Het veranderen in kleine sprints (wijzigingen, 
verbetersprints) staat planmatig werken niet in de 
weg. De toepassing van het USM-wijzigingsproces en 
de USM-invoeringsmethode maken het mogelijk om 
snel in te spelen op veranderingen zonder de controle 
over het resultaat te veronachtzamen. 


Tabel 9.1 Waarden van het Agile Manifesto in relatie tot USM 


Inspelen op verandering boven het 
volgen van een plan 


De USM-methode is generiek en ondersteunt dus ook agile werkwijzen in de 
praktijk. Deze agile werkwijzen zijn veelal een kwestie van afspraken over de 
verdeling van taken over profielen (dus over organisatiestructuren), of van een 
technische uitwerking van activiteiten in de USM-processen (Tabel 9.2). 


Kenmerk van USM 
De specificatie van een wijziging is initieel 
geformuleerd in abstracte termen. Iedere 
iteratie (sprint) levert een resultaat op. O.b.v. 
dat de feedback over dat resultaat wordt een 
nieuwe wijziging (sprint) gepland en 
uitgevoerd, conform de afspraken over hoe het 
wijzigingsproces wordt uitgevoerd. 

Iedere sprint is een korte wijziging, waarbij de 
klant aan het begin vaststelt wat de 
doelstelling van de wijziging is, conform het 
proces CHM. 
Elke organisatiestructuur is mogelijk, door 
profielen te ordenen in een organisatiemodel, 
op het USM-procesmodel af te beelden (Figuur 
7.18), en te ondersteunen met passende 
middelen. 


Kenmerk van agile werken 
Het doel van de wijziging staat nog niet vast 
bij het begin. Het resultaat wordt bereikt in 
een groot aantal iteraties waarbij steeds 
duidelijker wordt hoe het resultaat er uit gaat 
zien. 


De eisen van de klant veranderen gedurende 
het ontwikkelen. De klant leert van de 
tussenresultaten en de omstandigheden en 
inzichten kunnen tussentijds veranderen. 
Wijzigingen worden uitgevoerd in 
multidisciplinaire ontwikkelteams, waarin de 
serviceorganisatie samen met de klant en de 
gebruiker vertegenwoordigd is. 
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Teams zijn zelf verantwoordelijk voor hun 
resultaat, de werkverdeling en de 
voortgangsbewaking. 


Elke organisatiestructuur is mogelijk, door 
profielen te ordenen in een organisatiemodel, 
van TBV te voorzien, op het procesmodel af te 
beelden (Figuur 7.18), en te ondersteunen met 
passende middelen. 
Dit is een toepassing van de USM-principes 
‘compartimenteren’ en ‘grote veranderingen 
met kleine stapjes’. De afmeting van de 
wijziging kan net zo klein worden gemaakt als 
wenselijk is. Wijzigingen kunnen ook worden 
opgedeeld in subwijzigingen, en in samenhang 
worden gepland (release). 
Het profiel scrrum master komt overeen met 
het profiel van proces- c.q. 
workflowcoördinator. De relaties tussen de 
profielen van teamleden en hun taken worden 
in een RACI (Figuur 7.19) vastgelegd. 
Feedback is essentieel; er is veel communicatie | Dit betreft een detailuitwerking van activiteiten 
en contact tussen opdrachtgever en in het wijzigingsproces CHM, conform de S-D 
ontwikkelaars. logic van USM, waarin klantgerichtheid 
centraal staat en in alle facetten wordt 
uitgewerkt en ondersteund. 

De activiteiten van een sprint staan op een De activiteit ‘plannen’ wordt uitgevoerd 

task board. Teamleden plannen hun taken zelf. | conform voorschriften van CHM en OPS in een 
(integrale) planningsvoorziening. De RACI 
toont de taken, bevoegdheden en 
verantwoordelijkheden van elk profiel. 

Een sprint wordt afgesloten met een evaluatie. | Elk USM-proces voorziet in de afsluitende stap 
Verbeterpunten worden vastgelegd voor ‘evalueren’. Verbeterinitiatieven worden 
toekomstige sprints. planmatig o.b.v. prioriteit verwerkt in het 
verbeterproces RIM. 


Tabel 9.2 USM maakt agile werkwijzen mogelijk 


Werk wordt opgedeeld in kleine brokjes, en 
wordt in de vorm van werkende 
tussenproducten opgeleverd. 


ns hebben geen hiërarchische leider. De 
uitvoering wordt begeleid door een scrum 
master. 


9.7.2 DevOps 

Een organisatiestructuur die in zwang is voor agile ontwikkelteams in de 
informatievoorziening, is DevOps. Met een DevOps organisatiestructuur ontstaan 
meerdere parallelle beheerteams (squads), die elk hun eigen klant-leverancier- 
perspectief hebben. De squads kunnen worden gegroepeerd in tribes (Figuur 
9.10). Deze organisatiestructuur was al langer bekend onder de naam 
serviceteams, maar DevOps voegt daar de bijbehorende agile houding, gedrag 
en cultuur aan toe, met technieken en instrumenten. 


De DevOps beheerteams kunnen nog gebonden zijn door een gemeenschappelijk 
platform waarop de ontwikkelde voorzieningen draaien, maar ze kunnen ook een 
volledige domeinscheiding doorvoeren. Elk DevOps-team is dan feitelijk een 
onafhankelijk serviceorganisatie, die een eigen productieomgeving beheert voor 
de beschikbaar gestelde voorzieningen, en een eigen deel van de business 
ondersteunt. Omdat zo’n ‘horizontale’ scheiding hetzelfde effect heeft als een 
‘verticale’ scheiding in de silo’s van klassieke organisaties, ontstaan vervolgens 
vergelijkbare management- en control-problemen t.a.v. de samenhang en 
efficiëntie van de beheerteams. Dat gebrek aan samenhang kan dan worden 
gerepareerd met chapters, verticale verbindingen tussen de beheerteams, 
eventueel aangevuld met guilds: virtuele expert-teams of special interest groups 
(SIGS). 


Elk van deze DevOps-squads kan haar managementsysteem afstemmen op het 
uniforme USM-managementsysteem, en daarmee borgen dat er een eenvoudig 


249 


DE USM-METHODE 


‘clickable’ bouwwerk van uniforme managementsysteem-bouwblokken ontstaat. 
Figuur 9.10 illustreert hoe op USM gebaseerde managementsystemen in een 
DevOps-omgeving kunnen worden ingezet. 


TRIBE 1 


nn en nnen ne den 


GEMEENSCHAPPELIJKE 
INFRASTRUCTUUR 


BUSINESS 


TRIBE 2 


mennnennneermenenenennenennnnnnnnmnen 


TRIBE 3 


mnnnnenenenneneennnn 


Figuur 9.10 Herhaalde USM-toepassing in een DevOps organisatiestructuur 


Voorbeeld. Agile technieken werken vooral in taakgebieden waarin de te 
veranderen infrastructuur snel aanpasbaar is. In de IT is dat in hoge mate 
het geval: veel infrastructuur is cloud-gebaseerd. Veranderingen in de cloud- 
software kunnen dan meteen effect hebben in de gehele organisatie. 
In een taakgebied waar sprake is van een rigide infrastructuur is de 
aanpasbaarheid veel beperkter. Agile technieken zullen daar minder zinvol 
zijn. Het verkleinen van de aanpassingen tot de kleinst haalbare stappen kan 
daar echter ook winst opleveren. Dat kan leiden tot een modulaire aanpak. 
In de bouw (zie het voorbeeld van WTC Utrecht) wordt regelmatig gebruik 
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gemaakt van voorgedefinieerde componenten, waardoor aanpassingen 


t sneller zijn door te voeren en variabeler toe te passen zijn. Gebouwen zijn 


daardoor niet alleen sneller te realiseren met prefab-componenten, maar ze 
zijn ook flexibeler aan te passen. In gebouwenbeheer is in tegenstelling tot 


i het IT-taakgebied nog vaak sprake van een vastomlijnd doel: het gebouw is 


in behoorlijke mate van detail bij aanvang van het bouwproject vastgelegd. 
Agile werkwijzen leiden echter tot de mogelijkheid om tussentijds — binnen 
de grenzen van het haalbare — tot bijstelling van de realisatie te komen. Hoe 
meer gebruik kan worden gemaakt van prefab-componenten, hoe 
eenvoudiger die aanpassingen kunnen worden meegenomen. 


TC Utrecht: ‘Snel en foutloos 
gebouwd dankzij modulaire 
bouwaanpak’ 
www.installatieenbouw.nl, 19 maart 2018 
“World Trade Center (WTC) Utrecht is in 
meerdere opzichten een uniek project te 
noemen. Niet alleen is de nieuwbouw het 


j eerste kantorengebouw in Nederland 


waaraan een zogeheten Well Building Standard-certificaat wordt toegekend, 
ook zijn de principes van modulair bouwen optimaal geïntegreerd. Hierdoor 
kon niet alleen snel maar ook met minimale faalkosten gebouwd worden. 


| De beperkte bouwlocatie en strakke planning maakten de bouw van WTC 


Utrecht tot een uitdagend project”, vertelt de projectmanager. “In slechts 
twintig maanden hebben we een kantoorgebouw van 70 meter hoog, met 19 
verdiepingen en ca. 32.000 m2 vloeroppervlak gerealiseerd. Omdat 
nauwelijks ruimte was voor opslag, hebben we ervoor gekozen alle 
bouwmaterialen en installaties just-in-time op het project aan te leveren. 
Dat vroeg om een nauwkeurige planning en afstemming, wat tevens gold 


| voor de modulaire bouwwijze. Hiervoor hebben we de voorbereidingsfase 
{ van het project dan ook maximaal benut.” 


Het volledige ontwerp is uitgevoerd in Revit. “In het 3D BIM-model hebben 


i we het gebouw, de vloeren, de gevel en alle gebouwgebonden installaties 
f volledig digitaal gebouwd, waarbij we regelmatig clashcontroles hebben 
| uitgevoerd. De eerste drie verdiepingen, waar voorzieningen zoals horeca, 


retail en een meeting center worden aangeboden, zijn uniek. Maar vanaf de 


| vierde verdieping (kantoren) is sprake van een sterk repeterend karakter, 


wat mogelijkheden bood voor modulaire bouw. Bijvoorbeeld van de 


| ‘distributiebaan’, die bestaat uit een kabelgoot, geïsoleerde leidingen voor 


verwarming en koeling en aftakkingen met naregelingen voor het aansluiten 
van de klimaatplafonds. De distributiebanen zijn geproduceerd in onze 
werkplaats in Veenendaal, wat tevens gold voor de 6-wegkleppen, die wij in 
eigen beheer hebben ontwikkeld en die sturing geven aan de verwarming en 
koeling van de klimaatplafonds. 

Dankzij de modulaire aanpak kon — met slechts twee monteurs — in twee 
dagen tijd een volledige verdieping (+/- 1.250 m2) gerealiseerd worden, 
waar dit traditioneel 2,5 week zou hebben gekost. De projectleider: “Daarbij 
bieden onze modulaire installaties maximale flexibiliteit. Elk 
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klimaatplafonddeel — waarin tevens de verlichting en ventilatieroosters zijn 
geïntegreerd — is afzonderlijk in te regelen, zonder dat hiervoor het plafond 
geopend hoeft te worden. Dit maakt niet alleen eenvoudig beheer op afstand 
mogelijk, maar ook een maximale indeelbaarheid van alle ruimtes.” 


Naast de klimaatinstallaties heeft de bouwer onder andere in de 
energievoorziening, (nood)verlichting, beveiligingsinstallaties, sanitaire 
installaties en meet- en regeltechniek voorzien. Alle kantoorverdiepingen zijn 


casco opgeleverd, vertelt de projectleider. “De komende maanden vult onze 
beheer- en onderhoudstak alle huurderswensen in.” 


9.7.3 Lean 

Een veel gehanteerde techniek voor de verbetering van practices is Lean, ook 
wel Lean manufacturing, Lean thinking of Lean management genoemd. Deze 
werkwijze ontstond als één van de vele verbeterwerkwijzen in de auto-industrie, 
in casu in de Toyota-fabrieken, en wordt daarom ook wel Toyota production 
system (TPS) genoemd. Lean hanteert vijf principes, die net als bij agile werken 
geheel door USM (kunnen) worden ondersteund (Tabel 9.3). 


Kenmerk van USM 
USM werkt in de context van een S-D logic op het 
niveau van klantgericht (Figuur 2.3 en Figuur 2.5). 
USM heeft een gedetailleerde uitwerking van het 
begrip “waarde” (paragraaf 2.6). 


Kenmerk van Lean 
Definieer waarde vanuit het 
klantperspectief. 


USM definieert het procesmodel, de principes voor de 
organisatiestructuur en handreikingen voor de in te 
zetten middelen, in een holistische benadering van 
dienstverlening. Bij die uitwerking zijn de USM- 
artefacten maximaal efficiënt, effectief en vooral 
eenvoudig gedefinieerd. 

Workflows zijn een essentieel onderdeel van de USM- 
werkwijze (paragraaf 5.2). USM toont aan dat een 
serviceorganisatie niet meer dan acht verschillende 
workflows hoeft te leren hanteren, als er een zuiver 
procesmodel (paragraaf 5.1) aan de organisatie ten 
grondslag ligt. 

USM is gedefinieerd in de context van S-D logic, en is 
per definitie klantgericht. Een leverancier gaat volgens 
USM pas een service leveren als dat in samenspraak 
met de klant is afgesproken (paragraaf 2.6.5 Cocreatie 


van waarde). 


Identificeer de waardestromen in de 
organisatie en elimineer verspillingen. 


LE flow waar mogelijk: volg het 
pad van de productie. 


Van push naar pull: ga pas iets leveren 
als er vraag is bij de klant. 


In USM wordt elke melding van elk proces c.q. elke 
workflow afgesloten met een evaluatie en het indienen 
van mogelijke verbeterinitiatieven. Alle 
verbeterinitiatieven worden structureel naar prioriteit 
afgehandeld volgens het verbeterproces RIM. 


Tabel 9.3 USM maakt Lean mogelijk 


Streef naar perfectie: blijf continu 
verbeteren. 


Elk van de Lean-principes is dus terug te vinden in de USM-methode (en meer). 
USM biedt bovendien een methodische aanpak en start bij de 
servicemanagementarchitectuur, terwijl Lean focust op het verbeteren van 
practices. Waar Lean zich dus richt op “poetsen aan de buitenkant” heeft USM 
betrekking op de inrichting van de “motor” onder de dienstverlening. Lean en 
USM gaan in de praktijk daarom uitstekend samen. USM is uit zichzelf al lean, 
maar de Lean-technieken kunnen prima helpen bij het vormgeven en verbeteren 
van de practices van een organisatie die USM toepast. 
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Een bijzondere vorm van Lean is Lean User Experience (Lean UX)’, dat vooral 
bij de ontwikkeling van websites wordt gehanteerd, maar net zo goed toepasbaar 
is op andere technologie waarin de gebruikersinterface van groot belang is. In 
een geïntegreerd, multidisciplinair team wordt samen met de opdrachtgever 
gewerkt aan de positie van de te ontwikkelen service in de markt, en niet 
(alleen) op de service zelf. Daarbij kunnen het business model canvas en het 
value proposition canvas (Figuur 3.15 en Figuur 3.16) uitstekende diensten 
bewijzen. Het team focust volgens een UX-aanpak op de probleemstelling en niet 
op de kenmerken van de te ontwikkelen service. Tijdens de ontwikkeling dient 
iedere actie - volgens een lean aanpak - bij te dragen aan het oplossen van het 
probleem van de opdrachtgever, met minimum viable products (MVP). Als een 
prototype niet zichtbaar en aantoonbaar bijdraagt aan de doelstelling, dan wordt 
het niet verder gebruikt. Bij de ontwikkeling wordt gebruik gemaakt van scrum- 
technieken, in een agile aanpak. Zaken die niet rechtstreeks bijdragen aan het 
beoogde resultaat, zoals het documenteren van besprekingen, worden zoveel 
mogelijk voorkomen. De uiteindelijke gebruiker wordt zoveel mogelijk in het 
gehele ontwikkeltraject en bij tussentijdse testen van MVP's betrokken: het 
gebruik van de service in de markt staat centraal. 


9.7.4 Design thinking 

Een werkwijze die geheel aansluit bij klantgericht werken in een S-D logic is 
design thinking, dat zich richt op het ontwerpen en ontwikkelen van nieuwe 
services. Bij deze werkwijze wordt een innige samenwerking gezocht met de 
klant en de rest van de stakeholders, door vanuit hun perspectief naar de 
vernieuwing te kijken. Design thinking is systeemgericht, mensgericht, en 
gebaseerd op cocreatie. Het sluit daarmee sterk aan bij een klantgerichte 
benadering (Figuur 2.3) met een agile karakter. De werkwijze bestaat uit een 
aantal stappen die iteratief kunnen worden doorlopen. 


Deze stappen worden door verschillende auteurs verschillend beschreven, maar 
komen steeds neer op de stappen die USM in het proces Afspreken (of als de 
vernieuwing binnen bestaande afspraken valt: het proces Wijzigen) in detail - en 
met een bredere dekking - heeft gedefinieerd: 


1. Verkenning. De leverancier en de klant stellen samen met andere 
stakeholders eerst de oorsprong van de vraag vast, door samen met de 
stakeholders de scope te bepalen en een definitie vast te stellen. Waar komt 
de behoefte vandaan, wie zijn de stakeholders, wanneer is een oplossing 
nodig, welke belemmeringen zijn er, wat is er al gedaan of geprobeerd, 
wanneer is er sprake van een succes? 

Deze stap komt overeen met de eerste fase van het CTM- of CHM-proces, 
waarin de klantbehoefte wordt geformuleerd. In deze fase spelen klassieke 
practices zoals “business analyse” en “demand management” een belangrijke 
rol. 


2. Inzichten verzamelen m.b.v. empathisch onderzoek. De leverancier 
betrekt de stakeholders bij alle onderdelen van de aanpak van het 


voorliggende vraagstuk. Op die manier wordt de behoefte beleefd vanuit het 
perspectief van de stakeholders. Alle inzichten worden hier zichtbaar 


72 Jeff Gothelf & Josh Seiden, LEAN UX, 2013, ISBN 9781449311650 
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gemaakt, voor maximale transparantie en betrokkenheid. 
Deze stap legt een accent op de vorm waarin de normale USM-activiteiten in 
het CTM- of CHM-proces worden uitgevoerd. De stap heeft net als de vorige 
nog steeds betrekking op het formuleren van de behoefte. 


3. Ideevorming (ideation). Analyseer de opgehaalde inzichten en cluster deze. 
Reframe deze clusters in een cocreatiesessie met de stakeholders. Zoek 
associaties en metaforen om nieuwe invalshoeken te verkennen. 
Experimenteer. Beperk het vormen van oordelen. 

Deze stap heeft betrekking op de activiteiten in CTM c.q. CHM waarin de 
planvorming plaats vindt: het specificeren van de service, respectievelijk het 
plannen van de wijziging. Opnieuw ligt hier de nadruk op de uitvoering van 
die activiteiten: dat dient in nauwe samenhang met de stakeholders plaats te 
vinden, in lijn met de specificatie van de betrokken USM-processen. 


4. Testen. Werk oplossingsrichtingen uit via scenario’s, prototyping, 
storyboards, en visualiseer deze zoveel mogelijk. Test de verschillende 
concepten bij de stakeholders, bijvoorbeeld met een value proposition canvas 
(Figuur 3.16). Beschrijf van iedere propositie de toegevoegde waarde voor de 
stakeholders. Maak keuzes en verbeter de concepten tot er een definitieve 
keuze is gemaakt. 

Deze stap komt geheel overeen met de USM-workflow die ofwel in CTM ofwel 
in CHM is gestart. Bij de uitleg wordt vooral gefocust op maximale 
betrokkenheid van de stakeholders, wat in USM als standaard geldt. 


5, Toepassen. Betrek de stakeholders bij de implementatie van de 
geselecteerde propositie. Manage die implementatie. Gebruik zo nodig een 
business model canvas (Figuur 3.15). 

Deze stap volgt de rest van de USM-workflow, een logisch vervolg van iedere 
wijziging die eerst is ontworpen en getest, en nu in praktijk moet worden 
gebracht. 


Het resultaat van Design thinking kan verder worden verbeterd door 
de USM-methode te volgen met de resterende stappen die bij iedere 
verandering horen. In USM vindt bijvoorbeeld het updaten van de 
registratie van de beheerde infrastructuur (in de CMDB) nog plaats ná 
de implementatie van de geselecteerde propositie (via het OPS- 
proces). Design thinking gaat daaraan voorbij. In USM wordt de 
aanpassing bovendien nog expliciet geëvalueerd, en worden 
verbeterinitiatieven gegenereerd voor de volgende keer dat de 
werkwijze of de oplossing opnieuw wordt toegepast. De beschrijving 
van Design thinking stopt bij de toepassing van de geselecteerde 
propositie. 

Een integrale, end-to-end benadering van dienstverlening conform 
USM gaat dus verder dan de techniek die met Design thinking wordt 
beschreven. De technieken van Design thinking zijn omgekeerd een 
bron van inspiratie voor de algemene werkwijze conform USM. 
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9.7.5 Andere technieken 

Naast agile en Lean zijn er nog talloze werkwijzen die betrekking hebben op 
“verbeteren”. Deze variëren van PDCA en SixSigma?? tot Kanban, tot aan de 
theory of constraints (TOC), total productive maintenance (TPM), reliability 
centered maintenance (RCM) en vele andere. Sommige van die technieken 
worden gevolgd in de USM-methode op plaatsen waar ze toegevoegde waarde 
hebben (bijv. PDCA bij de invoering van de USM-werkwijzen), maar in veel 
gevallen gaat het hier om technieken die voor specifieke omgevingen en situaties 
zijn ontwikkeld. 


In het algemeen geldt hier het advies om deze technieken in te zetten waar deze 
van toegevoegde waarde zijn, maar de principes en de architectuur van de 
servicemanagementmethode er geen geweld mee aan te doen. 


9.8 Overdracht naar de staande organisatie 


Aan het eind van de formele invoering van USM stopt het project en vervolgt de 
organisatie met de routine-fase. In die fase benut de organisatie de 
gestructureerde werkwijze van USM. Ook in díe fase is het van belang dat de 
organisatie regelmatig aandacht besteedt aan de doelstelling om een excellente 
serviceorganisatie te worden — en te blijven. Vooral dat blijven vraagt om 
voortdurende aandacht en energie. 


Als het project van de invoering is uitgevoerd en de projectorganisatie is 
opgeheven, ligt de bal niet meer bij de projectgroep, maar bij de staande 
organisatie. Dat betekent dat vanaf dat moment het proces- en lijnmanagement, 
dat met USM is ingericht, de motor is voor de voortdurende verbetering. Die 
staande organisatie kan daarbij een zeer nuttig hulpmiddel inzetten: de USM- 
klankbordgroep (Figuur 9.11). 


Een USM-klankbordgroep houdt de dialoog over kwaliteitsverbetering levend na 
afloop van het project. De groep bestaat uit een groep vertegenwoordigers van 
de (interne en externe) teams die het werk in de serviceorganisatie uitvoeren, in 
combinatie met het procesmanagement. 


‘mmm 


Lijnmanagers maken geen deel uit van de USM-klankbordgroep. Dit 
voorkomt, dat een bijeenkomst ontaardt in het zoveelste 
managementoverleg. 


De bedoeling van de USM-klankbordgroep is alle operationele hobbels, waar de 
toepassing van USM in de praktijk nog tegen aan loopt, boven tafel te krijgen. 
De praktijkervaringen worden daarom door de uitvoerende medewerkers 
ingebracht. Het is aan de organisatie om dan uit die input verbeterinitiatieven te 
isoleren. Zo gebruiken procesmanagers deze input voor de verbetersprints van 
hun proces, en gebruikt de toolbeheerder de input voor verbeteringen in de 
inrichting van de workflowtool. 


73 Six Sigma for IT Management, Sven den Boer et al, 2009, ISBN 9789077212301 
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PROCESMANAGERS 


Figuur 9.11 De USM-klankbordgroep 


9.9 Shared service centers 


De USM-methode biedt een uniforme en generieke methode voor de inrichting en 
besturing van serviceorganisaties, ongeacht de aard van die organisatie. Dat 
komt uitstekend van pas in situaties waarin standaardisatie van werkwijzen en 
organisaties van belang is. Dat doet zich bijvoorbeeld voor bij organisaties die 
teams willen samenvoegen om tot een geïntegreerde ondersteuning van hun 
(interne) klant te komen. 


Wereldwijd is een krachtige trend gaande om ondersteunende 
serviceorganisaties samen te voegen tot shared service centers (SSC's). Die 
trend wordt gedreven door overwegingen t.a.v. schaal (economy of scale) en 
overwegingen t.a.v. functionaliteit (economy of scope). In alle gevallen biedt de 
USM-methode een standaard voor die samenvoegingen. 


‘mmm 


Voor een SSC gelden dezelfde overwegingen als voor het 
standaardiseren van serviceketens en -netwerken (zie Figuur 3.3 en 
Figuur 3.4): hoe eenduidiger de schakels zijn gesmeed, hoe 
eenvoudiger de schakels zijn samen te voegen tot ketens en 
netwerken. 


mmm 
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9.9.1 Economy of scale 

Shared service centers zijn er vaak voor serviceorganisaties in hetzelfde 
taakgebied. In dat geval bieden ze vooral schaalvoordelen: de betrokken 
organisaties combineren hun resources, worden een efficiëntere organisatie, 
bevorderen op een effectievere manier kwaliteit, behalen inkoopvoordelen en 
vormen een eenduidig aanspreekpunt voor een grotere groep gebruikers. 


Deze situatie komt bijvoorbeeld voor als gemeentes gaan samenwerken en hun 
IT-afdelingen of hun afdelingen Personeelszaken in één SSC onderbrengen. Dit 
kan in alle organisaties worden toegepast, mits ze gelijksoortige ondersteunende 
serviceorganisaties hebben. 


De USM-methode ondersteunt deze aanpak door de uniformiteit van de samen te 
voegen teams te bewerkstelligen. Teams zijn immers beter, sneller en 
eenvoudiger samen te voegen naarmate ze eenduidiger zijn, meer eenzelfde 
gestandaardiseerde werkwijze toepassen, en hun workflowtool op een meer 
vergelijkbare wijze hebben ingericht. 


9.9.2 Economy of scope 

Het samenvoegen van teams werkt niet alleen voor teams die dezelfde services 
leveren in hetzelfde taakgebied. Steeds vaker worden SSC's ingericht met teams 
die juist verschillende services leveren, in verschillende taakgebieden. Denk aan 
combinaties van personeelszaken, gebouwenbeheer, catering, inkoop, 
informatievoorziening, et cetera. In zo'n geval ontstaan interdisciplinaire?* 
shared service centers (iSSC's). Voor deze SSC's is het van nóg groter belang 
om de teams, de werkwijzen en de tools zoveel mogelijk te standaardiseren, 
voorafgaand aan de samenvoeging. 


Figuur 9.12 Verschillende bloedgroepen in een shared service center 


9.9.3 Invoering USM bij een SSC 

De praktijk laat samenvoegingen tot SSC's vaak zien in de volgorde tool > 

organisatie > processen. De uniformering van processen is de sluitpost van het 

project, en komt vaak niet eens aan bod. De volgende problemen kunnen dan 

optreden: 

e Het uniformeren van de workflowtool, over meerdere serviceteams heen, is 
lastig zolang de samen te voegen teams niet dezelfde werkwijze hebben. De 


74 Als een organisatie er niet in slaagt de services te integreren, stokt deze ontwikkeling bij een 
multidisciplinair SSC 
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tool moet dan voorzien in de ondersteuning van verschillende werkwijzen, wat 
de integratie van de teams behoorlijk in de weg zit. 

* Het samenvoegen van meerdere teams in één SSC is lastig, omdat de 
verschillende werkwijzen er voor zorgen, dat er sprake blijft van verschillende 
bloedgroepen’ (Figuur 9.12). Als deze dan ook nog verschillende tools 
gebruiken, is van echte integratie geen sprake. 


Figuur 9.13 illustreert deze veel gehanteerde, maar inefficiënte volgorde bij 
integratie van teams. De drie bedrijfsmiddelen komen achter elkaar aan bod: 
eerst een aanpak van de technologie (de tool), daarna van de organisatie, en ten 
slotte van de processen. Deze aanpak leidt dan tot bovengenoemde problemen. 
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INTEGRATIE 
Figuur 9.13 Integratie in een SSC o.b.v. de volgorde tool-organisatie-processen 


Een efficiëntere en effectievere samenvoeging tot een SSC verloopt in 
omgekeerde volgorde: de teams adopteren eerst eenzelfde werkwijze (conform 
de vijf processen en acht workflows van USM), richten daarna o.b.v. die 
werkwijze de tool in en worden ten slotte eenvoudig samengevoegd tot één SSC. 
Deze volgorde is geïllustreerd in Figuur 9.14: processen, technologie en ten 
slotte de organisatie. 


De verklaring voor een effectiever en efficiënter verloop van deze samenvoeging 
ligt besloten in één van de bouwblokken van USM (Figuur 4.1). Iedere 
serviceorganisatie vertoont op één dimensie (‘Process’) volledige gelijkenis met 
andere serviceorganisaties: de vijf processen en acht workflows van het USM- 
model. Een optimale integratie van meerdere serviceorganisaties ontstaat door 
die ene gelijkvormige dimensie als eerste aan te pakken. 
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Figuur 9.14 Integratie in een SSC o.b.v. de volgorde processen-tool-organisatie 


9.10 Toetsing tegen normen en standaarden 


Een toetsing van resultaten van een USM-invoering tegen de doelstellingen die 
aan het begin van het project zijn vastgelegd, maakt duidelijk of de gewenste 
verbeteringen zijn gerealiseerd. Een formele USM-scan ondersteunt die toetsing. 


Een USM-invoering leidt tot een situatie, waarin de serviceorganisatie in control 
komt van haar werkwijzen en haar prestaties. Het resultaat van de invoering kan 
ook tegen interne of externe standaarden worden getoetst. Zulke 
eisenpakketten (normen, standaarden, etc.) bestaan veelal uit een combinatie 
van twee zaken: 

1. Een algemene set van eisen aan de besturing van de organisatie. Dit heet 
vaak ‘het managementsysteem’. 

2. Een specifieke set eisen die te maken heeft met de aard van het eisenpakket. 
Dat betreft vooral technische eisen: een security-norm beschrijft technische 
voorzieningen die te maken hebben met de beveiliging van de voorzieningen; 
een hygiënenorm beschrijft technische eisen die worden gesteld aan 
hygiënevoorzieningen, etc. 


De USM-methode dekt managementsystemen uit gangbare eisenpakketten. De 

normen voor klanttevredenheid zijn al beschreven in paragraaf 3.13. Er zijn 

echter veel meer eisenpakketten die hier van toepassing zijn, en waar USM het 

managementsysteem voor levert: 

e In de zorg: NEN7510 voor informatiebeveiliging in de zorg en de 
kwaliteitsnorm NIAZ Qmentum Global voor algemene kwaliteitszorg. 

e In de financiële sector: het eisenpakket van De Nederlandse Bank, op basis 
van COBIT. 

e Bij de overheid: de Baseline Informatiebeveiliging Gemeenten (BIG) voor de 
lagere overheid, grotendeels o.b.v. ISO 27001. 
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Voorbeeld. ISO/IEC 27001:2017 


in de Inleiding: “Het is belangrijk dat het managementsysteem voor 
informatiebeveiliging deel vitmaakt van - en geïntegreerd is met - de 
processen van de organisatie en met de algehele managementstructuur, en 
dat informatiebeveiliging in aanmerking wordt genomen bij het ontwerpen 
van processen, informatiesystemen en beheersmaatregelen. Er wordt ven 
gitgegaan dat de implementatie van een managementsysteem voor 
informatiebeveiliging in omvang wordt afgestemd op de behoeften van de 
organisatie.” 


In 1 Onderwerp en toepassingsgebied: “Deze Internationale Norm 
specificeert de eisen voor het vaststellen, implementeren, bijhouden en 
continu verbeteren van een managementsysteem voor informatiebeveiliging 
binnen de context van de organisatie.” 


In 4.4 Managementsysteem voor informatiebeveiliging: “De 
isatie moet een managementsysteem voor informatiebeveiliging 

inrichten, implementeren, onderhouden en continu verbeteren, in 

overeenstemming met de eisen van deze Internationale Norm.” 
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Hoofdstuk 9. Toepassing van de USM-methode 


9.10.1 Eisen aan het managementsysteem 

In een ISO-norm worden in het algemeen eisen gesteld aan het 
managementsysteem, zonder echter duidelijk te maken wat het 
managementsysteem dan is. USM vult die lacune in, door een (universele) 
standaard te leveren voor het vereiste managementsysteem. 


Als alle onderdelen van het USM-managementsysteem in een organisatie zijn 
ingevoerd, dan kunnen deze worden toegepast op de selectie van eisen waar de 
organisatie aan wil voldoen. Als dat informatiebeveiligingseisen zijn, dan leidt dat 
bijvoorbeeld tot het volgende: 

People 


Er is een security officer benoemd 
De TBV van de security officer en alle andere betrokkenen t.a.v. security 
zijn vastgesteld, vastgelegd in een RACI en ontsloten met een BPM-tool 


Process 


| 


Afspreken (CTM) 

o Alle SLA's, OLA's en UC's bevatten een security-paragraaf. 

o Security-kenmerken zijn opgenomen in de servicecatalogus. 

o De SLA beschrijft ook security-eisen aan de gebruiker. 

o De security officer draagt bij aan de servicespecificaties. 

Wijzigen (CHM) 

o Change-checklists bevatten security-aandachtspunten. 

o De security officer zit standaard in de CAB. 

o Het CMDB-model onderkent security-componenten zoals firewalls, 
antivirussoftware, etc., maar ook profielen en werkvoorschriften. 

Herstellen (INC) 

o Incidenten kunnen worden gelabeld als security-incidenten. 

o Security-incidenten worden gerapporteerd aan de security officer, en 
aan de servicemanager t.b.v. klantrapportage. 

Uitvoeren (OPS) 

o Erzijn dag-, week- en maandplannen voor security-specifieke taken. 

o De monitoringplannen voorzien in een regelmatige en planmatige 
verificatie van security-componenten. 

Verbeteren (RIM) 

o Security is opgenomen in risico-inventarisatieplannen. 

o Security is een categorie voor risico’s. 

o Security wordt meegewogen bij het prioriteren van risico’s. 

o Er zijn risicoacceptatiecriteria vastgesteld voor security. 


Technology 


Tooling is afgestemd op maximale proces- en workflowondersteuning t.a.v. 
security-kenmerken. 


Om informatiebeveiliging te kunnen managen moet een organisatie dus haar 
bedrijfsmiddelen inrichten en besturen, afgestemd op het betreffende thema. 


Omdat informatiebeveiliging niet alleen een taak is van de IT, maar ook van 


andere facilitaire taakgebieden (HRM, gebouwenbeheer, beveiliging, etc.), zal dat 
integraal en geïntegreerd moeten plaatsvinden. Daarmee zijn we weer terug bij 
het eerste statement uit de inleiding: 


Geïntegreerd en integraal: de twee key principles van service 
excellence. 
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De USM-methode levert daarvoor het universele, gestandaardiseerde 
servicemanagementsysteem, in een eenvoudig leerbare en flexibel 
toepasbare servicemanagementmethode. 


9.11 Kernbegrippen 


De volgende begrippen spelen een belangrijke rol bij de toepassing van de USM- 
methode: 
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invoering 

formele en informele projecten 
verandermanagement 
fasering 
verbetersprint 
routine 
projectorganisatie 
proces-team 
services-team 
tool-team 

USM-coach 

houding 

gedrag 

cultuur 

De Caluwé kleuren 
Triade-model 
capaciteit 
gelegenheid 
motivatie 


Organizational Behavior Management 
(OBM) 

antecedent 

consequentie 

weerstand 

operante conditionering 
groeifasen van organisaties 
agile 

lean 

design thinking 

DevOps 

Overdracht 
USM-klankbordgroep 
shared service center 
economy of scale 

economy of scope 
standaarden en normen 
managementsysteem 


Nawoord 


NAWOORD 


De USM-methode is uitvoerig aan bod gekomen in dit boek. De volgorde van 
presenteren van de principes waar USM op rust, en de bouwblokken waaruit USM 
bestaat, heeft alles te maken met de manier waarop we een huis bouwen: we 
graven eerst een gat in de grond, daarin schetsen we de contouren van het huis 
in beton, waarna we het huis stap voor stap opbouwen uit liefst uniforme en 
compatibele bouwblokken. Aan het eind van de bouw geven we de nieuwe 
bewoners een rondleiding en verstrekken we hen een handleiding voor het 
gebruik van het huis. 


Met USM is dus een aloude weg bewandeld, die alles te maken heeft met 
architectuur en bouwkunde. USM is in die zin geen rocket science. USM past wél 
rock steady principes uit de bedrijfskunde toe in een zeer vereenvoudigde 
structuur en werkwijze, die iedereen kan begrijpen en kan toepassen. 


USM is daarmee toepasbaar voor alle dienstverlenende organisaties, ongeacht 
hun taakgebied, en met USM kan een serviceorganisatie een robuuste aanpak 
vinden voor de toepassing van haar eigen selectie van best practices uit 
gangbare frameworks. 


Met het USM-managementsysteem kan een organisatie zich veel energie, kosten 
en tijd besparen bij het inrichten van shared service centers, en bij het streven 
naar compliance met gangbare standaarden, normen of andere eisenpakketten. 


Met die aanpak levert USM de servicemanagementarchitectuur voor 
alle dienstverlenende organisaties en de grondslag voor hun 
servicemanagementsysteem, op hun weg naar service excellence. 
Bld BSA AS AERTS) JSS Sr Se Se 
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ACRONIEMEN 


A&K 
ABH 
ASL 
BIA 
BIG 
BISL 
BMC 
BPM 
BPMN 
BPO 
BRM 
BSC 
CAB 
CAFM 
CCC 
CEN/TS 
CHM 
CI 
CMDB 
CMMI 
CMS 
COBIT 
CSF 
CTM 
CX 
D&K 
EA 

EN 
ESM 
FMIS 
FO 
FSM 
GEA 
GIGO 
HD 
HRM 
IFM 
INC 
ISM 
ISO 
iSSC 
IT 
ITIL 
IT4IT 
IT-CMF 
ITIL 
IWMS 
KCC 
KISS 
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afhankelijkheden & kwetsbaarheden analyse 
applicatiebeheerhandleiding 

application services library 

business impact analyse 

baseline informatiebeveiliging gemeenten 
business information services library 
business model canvas 

business process modeling 

business process model and notation 
business process outsourcing 

business relationship management 
balanced scorecard 

change advisory board 

computer aided facility management 
customer contact center 

Comité Européen de Normalisation/technical specification 
change management 

configuratie item 
configuratiemanagementdatabase 
capability maturity model integrated 
configuratiemanagementsysteem 

control objectives for IT 

critical success factor 

contract management 

customer experience 

dreigingen en kwetsbaarheden analyse 
enterprise architecture 

Europese norm 

enterprise service management 

facility management informatiesysteem 
functioneel ontwerp 

functional service management 

general enterprise architecturing 
garbage in, garbage out 

helpdesk 

human resource management 

integrated facility management 

incident management 

integrated service management 
International Organization for Standardization 
interdisciplinair shared service centrum 
informatietechnologie 

IT infrastructure library 

IT for IT 

IT capability maturity framework 

IT infrastructure library 

integrated workplace management system 
klantcontactcentrum 

keep it simple stupid 


Acroniemen 


KPI 
KRI 
KSF 
KTV 
MOF 
MPV 
MT 
MTBF 
MTBSI 
MVP 
NEN 
NBH 
OBM 
OLA 
OPS 
OTAP 
PC 
PDCA 
PI 
POP 
PPM 
RACI 
RCA 
RCM 
RFC 
RIM 
RUF 


key performance indicator 

key result indicator 

kritieke succesfactor 

klanttevredenheid 

Microsoft operations framework 
multi-purpose vehicle 

managementteam 

mean time between failures 

mean time between service incidents 
minimum viable product 

Nederlands normalisatie instituut 
netwerkbeheerhandleiding 

organizational behavior management 
operational level agreement 

operations management 

ontwikkel-, test-, acceptatie-, productieomgeving 
personal computer 

plan, do, check, act 

prestatie-indicator 

persoonlijk ontwikkelplan 

portfolio-, programma- en projectmanagement 
responsible, accountable, consulted, informed 
root cause analysis 

reliability centered maintenance 

request for change 

risk management 

release, upgrade, fix 


SCOPAFIJTH security, communicatie, organisatie, personeel, administratieve 


SD 
SERVQUAL 
SIAM 


organisatie, financiën, informatievoorziening, juridisch, technologie, 
huisvesting 

servicedesk 

service quality 

service integration and management 

special interest group 

service level agreement 

servicemanagementarchitectuur 

service management office 

specifiek, meetbaar, acceptabel, realistisch, en tijdgebonden 
systeembeheerhandleiding 

single point of contact 

shared service center 

taken, bevoegdheden, verantwoordelijkheden 

total cost of ownership 

technisch ontwerp 

theory of constraints 

the open group architecture framework 

total productive maintenance 

tekstvoorbereidingsformulier 

underpinning contract 

universeel servicemanagement/unified service management 
user experience 

value proposition canvas 
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Figuur 1.1 Principes versus praktijkvoorbeelden (practices) 
Figuur 1.2 USM-vormgeving 


7 
8 


Figuur 1.3 De Stichting SURVUZ beheert de USM-methode in een ecosysteem van ondersteunende partijen 9 


Figuur 1.4 Het USM-kennisplatform van Stichting SURVUZ 


Figuur 2.1 Werkwijzen komen in de praktijk tot stand o.b.v. een mix van methodes (o.b.v. principes) en 


frameworks (o.b.v. praktijkvoorbeelden, practices) 
Figuur 2.2 Structuur van een methode 
Figuur 2.3 Volwassenheidsmodel voor toegevoegde waarde (naar KPMG, 1998) 
Figuur 2.4 Relaties tussen volwassenheidsniveaus bij klant en leverancier 
Figuur 2.5 G-D logic en S-D logic in relatie tot volwassenheid 
Figuur 3.1 Service 
Figuur 3.2 Gebruikers: interne en externe medewerkers van (eind-)klanten 
Figuur 3.3 De klant-leverancier relatie herhaalt zich in organisatorische ketens 


Figuur 3.4 Service-ecosystemen: de klant-leverancier relatie herhaalt zich in organisatorische netwerken. 


Figuur 3.5 Interne integratie van deelservices in een service-ecosysteem 

Figuur 3.6 Externe integratie van deelservices, met volledige outsourcing, in een service-ecosysteem 
Figuur 3.7 Mengvorm van in- en externe integratie van deelservices in een service-ecosysteem 
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Figuur 3.13 Het EQM Excellence model (OEFQM 2012) 
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Figuur 3.16 Business model canvas en value proposition canvas (naar Osterwalder c.s.) 
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Figuur 4.2 De context van een dienstverlenende organisatie 
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Figuur 5.9 Workflow type 1: Een wens voor aanpassing van de serviceafspraak afhandelen via een RFC en een 


service request 


Figuur 5.10 Workflow type 2: Een RFC om een wijziging binnen de overeengekomen serviceafspraak af te 


handelen via een service request 
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Figuur 5.11 Workflow type 3 resp. 4: Een incident herstellen via een wijziging of rechtstreeks via een service 


request 
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Figuur 5.12 Workflow type 5: Afhandelen van een service request zonder tussenkomst van andere processen 
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Figuur 5.13 Workflow type 6: Een risico afhandelen via een aanpassing van de serviceafspraken (een wens), 
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DE USM-METHODE - Versie 2 


het standaard managementsysteem voor dienstverleners 


USM is een universele, methodische werkwijze om dienstverlening te managen. 
De USM-methode voorziet in een gestandaardiseerd managementsysteem waarmee een 
serviceorganisatie z'n mensen, z'n middelen, z’n werkwijzen, en z’n services managet. 


USM-is in te zetten bij alle dienstverlenende organisaties en afdelingen. De methode biedt 
een eenvoudig leerbare werkwijze, gebaseerd op bedrijfskundige principes. 


Al die serviceorganisaties kunnen hun werkwijzen, organisatie en tooling snel, eenvoudig 
en goedkoop inrichten en integreren, met behulp van de USM-methode. Daarmee leggen 
ze de bodem onder een klantgerichte, zich continu verbeterende organisatie. 


USM past perfect op moderne aanpakken zoals Enterprise Service Management, 
Integrated Facility Management, OneFM, Design thinking, Agile en LEAN, en is de ideale 
partner van populaire frameworks zoals ITIL, COBIT en BiSL. Met USM richt u op een 
degelijke en duurzame wijze een shared service center in, over meerdere taakgebieden. 


Dit boek is zowel een leerboek als een praktijkboek. Het behandelt de bouwblokken van 
een servicemanagementarchitectuur, die u meteen in de praktijk kunt toepassen. 


www.usm-portal.com 


